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.",task_subcomment,"['(In reply to Roan Kattouw from comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nYes, 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.']"
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",task_subcomment,"[""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\n\nAdditionally, 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""]"
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.",task_subcomment,"['**sk8er_97456** wrote:\n\nIn 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.']"
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.",task_subcomment,"['Oh wow, on some more investigation it looks like we are actually rendering the table just fine:\n\nURL\n\nSo the odd rendering seems to be a VE issue.']"
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.",task_subcomment,"['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.']"
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",task_description,"['redirect http deep links on git.wikimedia.org to https\n\nHaving a http deep link to git.wikimedia.org gets not redirected to the https version.', 'URL -> 404\n\nURL -> URL\n\n--------------------------\n**Version**: wmf-deployment\n**Severity**: normal']"
237481,"Edits from WMF IP, apparently SSL reverse proxy","Fixed, can be repooled whenever",task_subcomment,"['Fixed, can be repooled whenever']"
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}
",task_subcomment,['QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE']
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",task_description,"['Create Wikipedia Tuvan\n\nThe language committee and WMF Board have approved the creation of Wikipedia Tuvan.', 'Language code: tyv\nSite URL: tyv.wikipedia.org\nProject name: Википедия\nProject namespace: Википедия\nProject talk namespace: Википедия дугайында сүмелел\nProject logo: URL\nTimezone: Asia/Krasnoyarsk\nLanguage name: Тыва дыл\nEnable uploads: yes\n\n\nThank you.', '--------------------------\n**Version**: wmf-deployment\n**Severity**: enhancement\n**URL**: //meta.wikimedia.org/wiki/Requests_for_new_languages/Wikipedia_Tuvan']"
277833,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Chris, is that still an issue?",task_subcomment,"['Chris, is that still an issue?']"
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?",task_subcomment,"['Thanks for taking the time to report this!', 'Which browser is this about?']"
246153,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Created attachment 12854
Screenshot of problem
**Attached**: {F11587}",task_subcomment,['Created attachment 12854\nScreenshot of problem\n\n**Attached**: {F11587}']
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",task_description,"['VisualEditor: Add a temporary option to have section edit links go to wikitext editor, not VisualEditor\n\nNecessary for beta rollout.', ""Wording needs to be smithed carefully to ensure that it's clear that this is a temporary option."", '--------------------------\n**Version**: unspecified\n**Severity**: minor']"
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!",task_subcomment,"[""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!']"
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",task_subcomment,['Change 183390 had a related patch set uploaded (by Bartosz Dziewoński):\n[WIP] Convert login form to OOUI\n\n[[GERRIT_URL]]\n\n#patch-for-review']
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.",task_subcomment,"['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.']"
247503,VisualEditor: Heading overlays toolbar in non-HD Vector integration,*** Bug 52205 has been marked as a duplicate of this bug. ***,task_subcomment,"['*** Bug 52205 has been marked as a duplicate of this bug.', '***']"
238043,Wikitext list after implicit 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.",task_subcomment,"['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\n\nHowever, 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.']"
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"")",task_subcomment,"['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"")']"
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.",task_subcomment,"[""(In reply to comment #2)\nQUOTE\nQUOTE\n\nI 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)\n\n[...]\nQUOTE\nQUOTE\n\nAgain, 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\nQUOTE\n\nIt'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.']"
50171,VisualEditor: Typing at the end of linked causes DM and CE to get out of sync,"
--------------------------
**Version**: unspecified
**Severity**: normal",task_description,['VisualEditor: Typing at the end of linked causes DM and CE to get out of sync\n\n\n\n--------------------------\n**Version**: unspecified\n**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.,task_subcomment,['This was done some time ago as part of the tweaks to the input box.']
246975,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"Moving to VisualEditor:
[16:19] That looks like a VE issue
[16:20] It's probably because {{-}} doesn't produce any visible output (it outputs a
with clear: both;)
[16:20] 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",task_subcomment,"[""Moving to VisualEditor:\n\n[16:19] That looks like a VE issue\n[16:20] It's probably because {{-}} doesn't produce any visible output (it outputs a
with clear: both;)\n[16:20] 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""]"
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. ",task_subcomment,"[""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.""]"
220493,Move wikibugs and gerrit-wm out of #mediawiki,Re-opened since bug 46144 is still unresolved.,task_subcomment,['Re-opened since bug 46144 is still unresolved.']
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",task_description,"['Update TLS/HTTP documentation on wikitech\n\nURL is outdated.', '...as pointed out bySCREEN_NAME in URL']"
332889,Support editing 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.,task_subcomment,"['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.']"
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?",task_subcomment,"['So the redirect comes up as a suggestion, but when we add it, the redirect is resolved and the target added?']"
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]]",task_subcomment,['Change 299880 merged by jenkins-bot:\nFix central logout\n\n[[GERRIT_URL]]']
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.,task_subcomment,"[""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.""]"
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.",task_subcomment,"['(In reply to comment #0)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nAccording to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled.']"
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",task_subcomment,"['Change 117021 had a related patch set uploaded by Nemo bis:\n[gdash] Use logscale 10 for reqerror graph, again\n\nGERRIT_URL']"
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.",task_subcomment,"['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.""]"
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.,task_subcomment,['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.']
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",task_subcomment,['Change 73372 had a related patch set uploaded by Catrope:\nPreserve unused Parsoid template properties\n\nGERRIT_URL']
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"".",task_subcomment,"['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"".']"
324286,Replace SHA1 certificates with SHA256,Filled as well in the internal request tracker as https://rt.wikimedia.org/Ticket/Display.html?id=8835,task_subcomment,['Filled as well in the internal request tracker as URL']
706482,Switch blog to HTTPS-only,@BBlack can you recheck this? Automattic just shipped a few changes for us today. ,task_subcomment,"['SCREEN_NAME can you recheck this?', 'Automattic just shipped a few changes for us today.']"
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",task_subcomment,['Change 110989 merged by jenkins-bot:\njquery.client: Recognise Amazon Silk browser\n\nGERRIT_URL']
193523,Cannot click back icon on login screen,Fixed in https://github.com/wikimedia/WLMMobile/pull/28,task_subcomment,['Fixed in URL']
223501,VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position,This was fixed and is now deployed.,task_subcomment,['This was fixed and is now deployed.']
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",task_description,"['VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on\n\nHow to reproduce:\n\n1.', '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:\n\n* The ""This is a minor edit"" box is not checked.', 'Expected:\n\n* 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:\nGiven that I am editing an article while the minordefault preference is on\nWhen I am saving the article\nThen the ""This is a minor edit"" box is checked\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']"
442238,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,The issue is still present in 4.1.1(78).,task_subcomment,['The issue is still present in 4.1.1(78).']
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.
",task_subcomment,"['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.""]"
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. ",task_description,"[""Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable\n\n``CODE``\n\nWas getting this last week as well (didn't try again until today)."", 'Login via OAuth works.']"
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",task_description,"['Make $wgPersonaLoginAnywhere work with $wgSecureLogin\n\n$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:\n\n1) Throw a configuration error if a sysadmin tries to have $wgSecureLogin turned on, $wgPersonaLoginAnywhere turned on, and $wgServer with non-HTTPS as the scheme\n2) Automatically redirect all users to HTTPS (probably the less friendly option)\n\n--------------------------\n**Version**: unspecified\n**Severity**: enhancement""]"
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]]",task_subcomment,['Change 194386 merged by jenkins-bot:\nAdd an example property to parameters\n\n[[GERRIT_URL]]']
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.",task_subcomment,"['**odin** wrote:\n\nNow working in the lastest Firefox v25.0 for Windows8.', 'Still not working in latest Chrome.']"
458994,Convert lighttpd-starter from bash to python,"Change 210833 merged by jenkins-bot:
Add lighttpd server types
[[https://gerrit.wikimedia.org/r/210833]]",task_subcomment,['Change 210833 merged by jenkins-bot:\nAdd lighttpd server types\n\n[[GERRIT_URL]]']
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 (like [10]) and as such isn'y styled correctly (text is too big).
--------------------------
**Version**: unspecified
**Severity**: normal
**Attached**: {F11600}",task_description,"[""VisualEditor: Display references rendered by {{#tag:ref}} in superscript\n\nScreenshot of odd rendering when using {{#tag:ref}}\n\nURL\n\nSee attachment, [11] renders as span instead of as (like [10]) and as such isn'y styled correctly (text is too big)."", '--------------------------\n**Version**: unspecified\n**Severity**: normal\n\n**Attached**: {F11600}']"
329556,Wikitech signup page displays and ,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,task_subcomment,"['Could you contact a sysop from this list about this issue?', 'URL']"
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",task_description,"['default labs MediaWiki config will generate https links\n\nThe Puppet templates/labs-localsettings has\nif ( array_key_exists( ""SERVER_NAME"", $_SERVER ) ) {\n $wgServer = ""//"" .', '$_SERVER[""SERVER_NAME""];\n}\n\nBecause $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/\n\nProject 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\n $wgServer= 'URL ."", ""$_SERVER['SERVER_NAME'];\n\nPossible workarounds include unset ($_SERVER['REQUEST_TIME'] ), overwriting $wgServer in some later config hook, and configuring SSL on the labs instance (bug 54065)."", '--------------------------\n**Version**: unspecified\n**Severity**: normal\n**URL**: URL']"
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.",task_subcomment,"['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.""]"
211566,Update login.wikimedia.org logo to avoid rsvg issues,Related URL: https://gerrit.wikimedia.org/r/63384 (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5),task_subcomment,['Related URL: GERRIT_URL (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5)']
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/",task_description,"['samarium.wikimedia.org should support HTTPS\n\nI keep getting redirected to URL by HTTPS Everywhere in Chrome.', ""It'd be nice if this worked."", '--------------------------\n**Version**: wmf-deployment\n**Severity**: enhancement\n**URL**: URL']"
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",task_subcomment,"['Change 94420 had a related patch set uploaded by Jforrester:\nMake VisualEditor namespaces extend, not replace, default\n\nGERRIT_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]]
",task_subcomment,['Change 273012 had a related patch set uploaded (by BBlack):\ndisable keepalives everywhere\n\n[[GERRIT_URL]]']
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 :-}
",task_subcomment,"['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 :-}']"
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.",task_subcomment,"[""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.""]"
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).",task_subcomment,"['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).']"
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.",task_subcomment,"['With the above patch, the former message:\n\n Error loading data from server: parsoidserver-http-bad-status:\n 500.', 'Would you like to retry?', '… turns into:\n\n Error loading data from server: parsoidserver-http-bad-status:\n 500: Page Fetch failure for ""BADURL"": Error: getaddrinfo\n ENOTFOUND.', 'Would you like to retry?', 'Which is not ideal, but at least describes things a bit.', 'Marking this as FIXED.']"
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.",task_subcomment,"['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.']"
421324,Clearer instructions in the Phabricator login page,"Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e
Thank you!",task_subcomment,['Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e\n\nThank you!']
237047,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,*** Bug 52372 has been marked as a duplicate of this bug. ***,task_subcomment,"['*** Bug 52372 has been marked as a duplicate of this bug.', '***']"
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 ***",task_subcomment,"[""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 ***']"
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?",task_subcomment,"['QUOTE\nQUOTE\n\nHe 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?']"
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.",task_subcomment,"['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.']"
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.",task_subcomment,"['Yep, I’ve put the word ‘Done’ in my mockups.']"
232785,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,Done on 2013-06-06.,task_subcomment,['Done on 2013-06-06.']
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.",task_subcomment,"[""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.']"
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?",task_subcomment,"['Other faulty roundtrips:\n\nURL\nRemoves space at end of line\n\nURL\n--> || becomes -->||\n\nShould I continue reporting space removals like these 2 ones?', 'Or are these spaces removed on purpose?']"
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).,task_subcomment,['Raising priority now that we have the same problem in VE source mode (NWE).']
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",task_subcomment,['Change 88992 had a related patch set uploaded by Zfilipin:\nFlow tests are moved to Flow repository\n\nGERRIT_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",task_subcomment,['Change 152171 merged by jenkins-bot:\nFix no session set when replaceMWLogin is true\n\nGERRIT_URL']
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. :-),task_subcomment,"[""How on Earth does Firefox's automatic scrolling feature interact with its pasting feature?"", 'Gah.', ':-)']"
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",task_subcomment,['**bingle-admin** wrote:\n\nPrioritization and scheduling of this bug is tracked on Mingle card URL']
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 ]]).",task_subcomment,"['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 ]]).']"
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",task_subcomment,"[""Change 137269 had a related patch set uploaded by Prtksxna:\ncore: Ignore '.oo-ui-buttonedElement-button' links\n\nGERRIT_URL""]"
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",task_description,"['VisualEditor: Binding of section edit link should not be deferred to after document is loaded\n\nSplit from bug 50540 which is entirely different.', ':-)\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']"
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.",task_subcomment,"['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.']"
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",task_subcomment,['Change 82541 merged by jenkins-bot:\nSECURITY: Prevent tokens in jsonp mode\n\nGERRIT_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",task_subcomment,['**gerritadmin** wrote:\n\nChange 167247 had a related patch set uploaded by Anomie:\nAPI: Clean up skin handling\n\nGERRIT_URL']
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)""",task_subcomment,"['check forgerrit cert added:\n\nURL\n\n""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)""']"
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.",task_subcomment,"['Given we are about to support text drag and drop with bug 49981, marking as wontfix.']"
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!",task_subcomment,['(In reply to C. Scott Ananian from comment #8)\nQUOTE\n\ngroan!']
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",task_description,"['VisualEditor: nowiki tags thrown right after a template\n\nI am filing a related common problem we meet at it.wp.', 'We had troubles with nowikis being thrown right after some templates when the\nuser did not add an extra space there, but simply edited something in that\npage.', 'See\nURL\n.', 'We actually found a workaround for this:\nURL\nbut since this addition is apparently a nonsense, users demand that VE prevents\nthat 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\ntable (which is actually a template) were mingled in a non-editable block\nURL\n.', ""But I was also able to avoid nowikis, even if the extra span tags were not\nadded to the template: as you can see here\nURL\nif the first letter of the line is actually closer to the template's final\nbrace (with no space between), VEditing that page will result in the text\ngetting automatically placed in a better position, and no nowikis in sight,\neven after multiple saves of the page."", 'Thanks.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']"
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.",task_subcomment,"[""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.""]"
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",task_description,"[""VisualEditor: Link inspector suggestions box should instantly show, then populate with more as API returns\n\nRight 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.', ':-)\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']"
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",task_subcomment,['Change 82055 had a related patch set uploaded by Trevor Parscal:\nInclude param label in search index\n\nGERRIT_URL']
249244,VisualEditor: Editing a 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",task_subcomment,['Change 82063 merged by jenkins-bot:\nRound trip alien extensions correctly when edited\n\nGERRIT_URL']
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.",task_subcomment,"[""QUOTE\nQUOTE\n\nI 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.""]"
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",task_description,"['VisualEditor: Typing in Devanagari puts vowels in unexpected places\n\nTyping 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:\n\nDxidjs;]r\n\nThe 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."", '--------------------------\n**Version**: unspecified\n**Severity**: blocker']"
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.",task_subcomment,"[""QUOTE\nQUOTE\n\nIt looks to me likeSCREEN_NAME's change has fixed this issue as it is described.""]"
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",task_description,"['VisualEditor: Changing login status / losing session data during edit causes VE to break silently\n\nEdits that would trigger this error silently break VE:\n""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.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']"
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.",task_subcomment,"['**wikipedia** wrote:\n\nAs of 2013-07-03 11:42 BST, there were 22,009 accounts with gadgets-edittop enabled.']"
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
> . 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.",task_subcomment,"['(In reply to comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nCCed Luis Villa.', 'If they don\'t respond, my feeling is the ""Privacy policy"" link on every page footer is sufficient.', 'QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nI 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.']"
449308,CentralAuth not caching Special:CentralAutoLogin/start,Can this be closed or is this still a problem.,task_subcomment,['Can this be closed or is this still a problem.']
243671,VisualEditor: Lag when selecting complex templates (especially in big pages),"Created attachment 13764
Above the reflist
**Attached**: {F11474}",task_subcomment,['Created attachment 13764\nAbove the reflist\n\n**Attached**: {F11474}']
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.",task_subcomment,"['We actually recently switched to the prerelease branch which (at the time\nof switching) did not have an updated LoginPage for use with multiple\nusers.', 'When I respond to this task I will be reevaluating though to see if\nthe prerelease version of LoginPage has been updated to include ""logged in\nas,"" which I suspect it has.']"
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"".",task_subcomment,"[""(In reply to comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nWell, 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"".']"
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.",task_subcomment,"[""(In reply to comment #4)\nQUOTE\n\nThat's a different bug - created bug 50057."", ""This is about CE's rendering of floated templates - I've attached some example screenshots to demonstrate.""]"
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?",task_subcomment,"['(In reply to comment #1)\nQUOTE\n\nSo this has been assigned to me but I think I need a few pointers.', 'Firstly, where can I find the code for mini-surfaces?']"
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: ` 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",task_description,"['VisualEditor: Miscellaneous tags added\n\nSee URL for example; I have no idea why (problem with the template itself?)', '--------------------------\n**Version**: unspecified\n**Severity**: normal']"
469138,replace ganglia's sha1 cert with sha256,"Change 215508 merged by Dzahn:
ganglia: use SSLCertificateChainFile
[[https://gerrit.wikimedia.org/r/215508]]",task_subcomment,['Change 215508 merged by Dzahn:\nganglia: use SSLCertificateChainFile\n\n[[GERRIT_URL]]']
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?",task_description,"[""Can't login to catgraph instance\n\nWhen trying to ssh to sylvester I get the following:\n\n``CODE``\n\nThe 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?']"
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/",task_subcomment,"['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\n[2] URL']"
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!],task_subcomment,"['[Resetting task assignee to avoid cookie-licking.', 'Please reclaim the task when you plan to actively work on this task.', 'Thanks!]']"
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.",task_subcomment,"['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:\n\n* 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:\n\n* Package CODE \n* CODE\n* CODE\n* CODE or CODE\n\nThe 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.']"
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",task_description,['Requests for resources through a non-canonical address over HTTPS redirect to the canonical address on HTTP\n\nAs the topic says:\n\n* URL -> URL\n* URL -> URL\n* URL -> URL\n* ..\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']
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.,task_subcomment,"['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.""]"
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.",task_subcomment,"['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.']"
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 , 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",task_description,"['Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist\n\nWhen I try to make an account on the English Wikipedia at 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",task_subcomment,"['(In reply to comment #2)\nQUOTE\n\nWhere ""on betalabs""?', 'Tested how exactly (which browsers and versions)?', 'Current steps aren\'t transparent so somebody else couldn\'t recreate your conditions...\n\nQUOTE\n\n""Might"" = no identifiable code commit = WORKSFORME instead of FIXED.', 'See URL']"
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.,task_subcomment,['This was completed as part of the NewFromDocumentReplace work that Roan did last week.']
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?",task_subcomment,"['Restarted nutcracker on beta apache instances.', 'I can definitely login to URL\nSCREEN_NAME are you able to login now?']"
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",task_subcomment,"['Change 148662 had a related patch set uploaded by Hedonil:\nlighttpd-starter: Update default settings to overcome some issues.', 'Bug: 68431 updated parameters moved default php to if condition\n\nGERRIT_URL']"
410422,Reduce VisualEditor's memory usage,"More specific criteria and numbers are welcome / required here.
Also, should the ""Epic"" tag be added here?",task_subcomment,"['More specific criteria and numbers are welcome / required here.', 'Also, should the ""Epic"" tag be added here?']"
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.",task_subcomment,"['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.']"
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?",task_subcomment,"['So what is wrong with this check in the code: CODE?', 'What is CODE on production?']"
2163731,Cannot create account: the requested username is already taken in the unified login system,Special:CreateLocalAccount fixes this issue.,task_subcomment,['Special:CreateLocalAccount fixes this issue.']
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.",task_subcomment,"['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\xa0find it better to have a URL instead.']"
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.",task_subcomment,['(In reply to comment #2)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nWell it works for me now on zhwiki.']
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",task_subcomment,"['*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']"
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",task_subcomment,"['SCREEN_NAME,SCREEN_NAME: There is a task for this, where all this stuff should probably go, please see T155732']"
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",task_subcomment,"['Change 92681 had a related patch set uploaded by Gerrit Patch Uploader:\nRenamed ""Your name"" to ""Your username"" to match with the Media wiki login page\n\nGERRIT_URL']"
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.",task_subcomment,"['This is now fixed in production - really sorry about this bug.', 'If it happens again, please re-open this.']"
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.",task_subcomment,"['**ryuch** wrote:\n\n\nI 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 \nURL\n."", '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.']"
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]]).",task_subcomment,"['(In reply to comment #22)\n\nHah!', '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]]).']"
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.,task_subcomment,"[""I think this might be a duplicate - it's been annoying me for a long while.""]"
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]]
",task_subcomment,['Change 215507 had a related patch set uploaded (by XZise):\n[FIX] http: Disable certificate validation\n\n[[GERRIT_URL]]']
226068,Parsoid should support and natively as they are not normal parser tags,I don't deserve the credit for Niklas's fix. :-),task_subcomment,"[""I don't deserve the credit for Niklas's fix."", ':-)']"
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?",task_subcomment,"['**ka.hing.chan** wrote:\n\nI 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?']"
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/",task_subcomment,"['looks like this is much better now?', 'URL']"
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.",task_subcomment,"['On my local wiki I still get the same error on the master branch.', ""My config file has \n\t'flickrApiUrl' => 'URL\n\nNot sure if this should open this bug, please test.""]"
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",task_description,"['VisualEditor: Corruption: Leading whitespace removed from pre block\n\nSee 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.', '--------------------------\n**Version**: unspecified\n**Severity**: normal\n**OS**: Linux\n**Platform**: PC']"
149256,https svn.wikimedia.org missing viewvc capability,"It doesn't support https, WFM if you drop the 's'",task_subcomment,"[""It doesn't support https, WFM if you drop the 's'""]"
465810,(old) SSL certificates cleanup,resolving since all subtasks are closed ,task_subcomment,['resolving since all subtasks are closed']
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]]
",task_subcomment,['Change 376851 **merged** by jenkins-bot:\n[mediawiki/extensions/CentralNotice@master] Use consistent close icon\n\n[[GERRIT_URL]]']
147718,check protocol in Special:UserLogin,r98708,task_subcomment,['r98708']
238209," 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]] ==> [[Foo]]
>
> 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.",task_subcomment,"['(In reply to comment #6)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nNumeric 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)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nFor 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.']"
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.",task_subcomment,"[""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.']"
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",task_subcomment,['Change 73865 had a related patch set uploaded by Trevor Parscal:\nSingle-click insertion\n\nGERRIT_URL']
255037,"VisualEditor: 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.,task_subcomment,"[""This seems to have been fixed (I now can't reproduce) in the re-write of nowiki-ing code; sorry for the bug.""]"
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.",task_subcomment,"['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.']"
51587,Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes,"
--------------------------
**Version**: unspecified
**Severity**: normal",task_description,['Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes\n\n\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']
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. :( )",task_subcomment,"['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."", ':( )']"
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",task_description,"['Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow\n\nRequesting URL often returns \n\nHTTP 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:\nURL\n\nIf 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\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal\n**See Also**:\nURL\nURL']"
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}",task_subcomment,"['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}']"
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.)",task_subcomment,"['(In reply to Eran Roz from comment #10)\nQUOTE\nQUOTE\nQUOTE\n\nHmm.', '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.)']"
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.",task_subcomment,"['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.']"
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.",task_subcomment,"['(In reply to comment #6)\nQUOTE\nQUOTE\n\nWhich 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.']"
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.",task_subcomment,"[""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.']"
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 """" into a Bugzilla bug title and expect it to say """" on the other side.
Of course a gadget that listens for ""[["" and triggers the dialog might be spiffy for power users who just like brackets :), but I wouldn't recommend building it in.",task_subcomment,"['Typing in the VE should .... just type.', '""Markup"" that gets input should just be treated as text, just like when we type """" into a Bugzilla bug title and expect it to say """" on the other side.', 'Of course a gadget that listens for ""[["" and triggers the dialog might be spiffy for power users who just like brackets :), but I wouldn\'t recommend building it in.']"
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.,task_subcomment,"[""I don't think in 2025 there will be sites running a compatible/modern MediaWiki install and not making HTTPS available.""]"
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",task_description,"[""Login only works if an valid/existing username is set on loginform\n\nActually 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\n\n--------------------------\n**Version**: master\n**Severity**: blocker']"
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:
*ab
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",task_description,"[""VisualEditor: split paragraphs in a listItem should not be considered 'wrapper' paragraphs\n\nStart a list item and type 'a', now hit shift-enter and type b."", ""Expected diff:\n*ab \n\nActual diff:\n*ab\n\nThe 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.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']"
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]]",task_subcomment,['Change 247905 merged by Dzahn:\nicinga: ssl cert monitoring for external services\n\n[[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]]",task_subcomment,"['Change 203238 merged by BBlack:\nT86663 5.1: pool 3037; depool 3004,amssq5[34]\n\n[[GERRIT_URL]]']"
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.",task_subcomment,"[""QUOTE\nQUOTE\n\nIt'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.""]"
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.",task_subcomment,"[""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.']"
437986,Force https for archiva.wikimedia.org,Any updates?,task_subcomment,['Any updates?']
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",task_description,"[""VisualEditor: Selection-expansion doesn't trigger for Thai script text\n\nWhen 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.', '--------------------------\n**Version**: unspecified\n**Severity**: major']"
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 :)",task_subcomment,"['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 :)""]"
290369,ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs,"Try latest, the fallback should have been fixed",task_subcomment,"['Try latest, the fallback should have been 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?)",task_subcomment,"['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?)']"
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.,task_subcomment,"['SCREEN_NAME is this worthy of a catchpoint alert?', 'It seems like it may be a good external sanity check.']"
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.",task_subcomment,"[""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.""]"
249794,Improve VisualEditor's loading performance in Firefox,adding Ori for possible HHVM implications,task_subcomment,['adding Ori for possible HHVM implications']
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 ***",task_subcomment,"['* 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 ***']"
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
",task_subcomment,"['**csteipp** wrote on CODE\n\nWrench 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,\na) Try to fix Phabricator, and continue with the current plan\nb) Come up with a new plan']"
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.",task_subcomment,"['The change review window is also too small to be useful for some editors, especially if a lot of changes have been made.']"
372622,"give icinga a ""login"" link",//Status changed from 'resolved' to 'open' by RT_System//,task_subcomment,"[""//Status changed from 'resolved' to 'open' by RT_System//""]"
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",task_description,"[""Wikipedia/Wikitonary CA difference breaks HTTPS to Wiktionary in Android\n\n**Author:** CODE\n\n**Description:**\nCA for en.m.wiktionary is different from CA for en.m.wikipedia, but mobile frontend servers using wikipedia's CA, breaking security."", '--------------------------\n**Version**: unspecified\n**Severity**: minor\n**OS**: other']"
251805,VisualEditor: Pressing escape should close a dialog,"Change 70946 merged by jenkins-bot:
Close dialogs on escape
https://gerrit.wikimedia.org/r/70946",task_subcomment,['Change 70946 merged by jenkins-bot:\nClose dialogs on escape\n\nGERRIT_URL']
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?",task_subcomment,"['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?']"
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.]] .",task_subcomment,"['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.]]', '.']"
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]]",task_subcomment,['Change 222283 merged by jenkins-bot:\nMigrate erblint-HEAD to labs slave (still on Precise)\n\n[[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",task_subcomment,['Change 70106 had a related patch set uploaded by Krinkle:\nmw.ViewPageTarget: Add sanity check for DOM roundtrip\n\nGERRIT_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",task_subcomment,"['Change 148660 had a related patch set uploaded by Hedonil:\nlighttpd-starter: Update default settings to overcome some issues.', 'Bug: 68431 moved default php to if condition\n\nGERRIT_URL']"
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.",task_subcomment,"[""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.']"
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",task_subcomment,"['See GERRIT_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",task_subcomment,"['Change 92682 had a related patch set uploaded by Gerrit Patch Uploader:\nRenamed ""Your name"" to ""Your username"" to match with the Media wiki login page\n\nGERRIT_URL']"
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 ***",task_subcomment,"['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 ***']"
264238,core hangs on killed http(s) connection,- **Group**: confirmed --> rewrite,task_subcomment,['- **Group**: confirmed --> rewrite']
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.",task_subcomment,"[""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:\n\n curl -kv -H 'Host: bogus.wikimedia.org' 'URL\n\nIt 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.""]"
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.,task_subcomment,['As noted in Bug 29896 *.m.wikipedia.org should be going away soon.']
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. ***,task_subcomment,"['*** Bug 51039 has been marked as a duplicate of this bug.', '***']"
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 ?",task_subcomment,"['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 ?']"
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",task_subcomment,"[""Change 100508 merged by jenkins-bot:\nDon't redirects anons to /createSession\n\nGERRIT_URL""]"
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",task_description,"['Create a VisualEditor plugin tool to add/edit Listings\n\n**Author:** CODE\n\n**Description:**\nI 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.', '--------------------------\n**Version**: unspecified\n**Severity**: enhancement']"
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.",task_subcomment,"[""Addendum:\nAfter 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.']"
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.",task_subcomment,"[""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.']"
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),task_subcomment,['Related URL: GERRIT_URL (Gerrit Change Iafba040cb8eb53017f38f2099a473e0e43e2ec46)']
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.
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 `
` 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.",task_subcomment,"['QUOTE\nWell 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."", '\n\nSeriously - 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.']"
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!",task_subcomment,"['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!']"
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
Foo bar baz
$ sed 's/baz/baaz/g' < html | tee html2
Foo bar baaz
$ 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).",task_subcomment,"['This turns out to be a Parsoid bug:\n\n$ echo ""Foo \'\'\'\'\'bar\'\'\'\'\' baz"" > wt\n$ node parse.js --wt2html < wt | tee html\nFoo bar baz \n\n$ sed \'s/baz/baaz/g\' < html | tee html2\nFoo bar baaz \n\n$ node parse.js --html2wt --selser --oldtextfile wt --oldhtmlfile html < html2\nFoo \'\'\'\'\'bar\'\' baaz\n\nNote 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).']"
44131,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","When I go to , I see:
Username: [ ]
Password: [ ]
Your domain: [labs]
Token: [ ]
[ ] Remember my login...
The ""token"" field is apparently completely useless for a typical login. I'm not really sure why it's there at all. It confused the hell out of me when trying to register a new account. It should, at a minimum, say ""Token (optional)"" or something.
--------------------------
**Version**: unspecified
**Severity**: normal
**See Also**:
https://bugzilla.wikimedia.org/show_bug.cgi?id=46179",task_description,"['Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field\n\nWhen I go to 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.",task_subcomment,"['I updated the apache config and restarted the apaches.', 'deployment-cache-text1 is still giving the https redirect for now:\n\ncsteipp@linux-hv06:~> curl -qI \'URL 2>&1 | egrep ""(Location|X-Cache:)""\nLocation: URL\nX-Cache: deployment-cache-text1 hit (3), deployment-cache-text1 frontend hit (3)\n\nHowever the backend apaches are correctly not redirecting at this point:\n\ncsteipp@deployment-bastion:/data/project/apache/conf$ curl -I -H ""Host: login.wikimedia.beta.wmflabs.org"" URL 2>&1 | grep Location\nLocation: URL\n\nSo, hopefully in about 1200 seconds, we\'ll get the right answer from the cache too.']"
227152,samarium.wikimedia.org should support HTTPS,"**mwalker** wrote:
Samarium is know available via SSL at https://frdata.wikimedia.org/",task_subcomment,['**mwalker** wrote:\n\nSamarium is know available via SSL at URL']
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.",task_subcomment,"[""(In reply to This, that and the other (TTO) from comment #2)\nQUOTE\nQUOTE\n\nThe 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.""]"
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...",task_subcomment,"['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...']"
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 tag is used in the article, but not when the {{reflist}} template is used?",task_subcomment,"['So to clarify, it is a known bug that adding references will display the updated reference list when the tag is used in the article, but not when the {{reflist}} template is used?']"
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.",task_subcomment,"[""**mattflaschen** wrote on CODE\n\nscfc:\nQUOTE\n\nYou're right, I forgot Google supports OpenID."", ""Krinkle:\nQUOTE\n\nIt'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\n\nI 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\n\nI 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\n\n(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.']"
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",task_description,"['HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true\n\nUse 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:\n\n1: 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 ==\n\nSteps 2-3 should give you two cookies:\n\nSet-Cookie: enwikiforceHTTPS=true; expires=Mon, 30-Sep-2013 23:24:04 GMT; path=/; httponly\nSet-Cookie: stopMobileRedirect=true; expires=Mon, 30-Sep-2013 23:15:06 GMT; path=/; domain=.wikipedia.org; secure\n\nWhen you request the Wikipedia article (say, URL the following happens:\n\n1.', '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:\n\nCookie: enwikiforceHTTPS=1\n\n2."", '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:\n\nCookie: enwikiforceHTTPS=true; enwikiforceHTTPS=1\n\n4."", '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\n\n5.', 'Browser switches on SSL and sends ""GET /wiki/A HTTP/1.1"".', 'Now all cookies are sent, including stopMobileRedirect=true (private information removed):\n\nCookie: enwikiSession=REMOVED; centralauth_User=Stefan2; centralauth_Token=REMOVED; centralauth_Session=REMOVED; enwikiUserID=808814; enwikiUserName=Stefan2; enwikiforceHTTPS=true; enwikiforceHTTPS=1; stopMobileRedirect=true\n\n6.', '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."", '--------------------------\n**Version**: unspecified\n**Severity**: minor']"
230631,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"Confirmed, will work on it.",task_subcomment,"['Confirmed, will work on it.']"
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}",task_subcomment,['Created attachment 16726\nPatch after file reorg\n\n**Attached**: {F15048}']
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? :)",task_subcomment,"['QUOTE\nQUOTE\n\nNot 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\nQUOTE\n\nOnce 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?"", ':)']"
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 """", line 1, in
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",task_subcomment,"['I tried this on _windows_ but I didn\'t got it hanging:\n\nTraceback (most recent call last):\n File """", line 1, in \n resp, content = h.request(""URL ""GET"")\n File ""C:\\Pywikipedia\\ssh\\pywikibot\\core\\externals\\httplib2\\python2\\httplib2\\__init__.py"", line 1591, in request\n (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)\n File ""C:\\Pywikipedia\\ssh\\pywikibot\\core\\externals\\httplib2\\python2\\httplib2\\__init__.py"", line 1333, in _request\n (response, content) = self._conn_request(conn, request_uri, method, body, headers)\n File ""C:\\Pywikipedia\\ssh\\pywikibot\\core\\externals\\httplib2\\python2\\httplib2\\__init__.py"", line 1289, in _conn_request\n response = conn.getresponse()\n File ""C:\\Python27\\lib\\httplib.py"", line 1030, in getresponse\n response.begin()\n File ""C:\\Python27\\lib\\httplib.py"", line 407, in begin\n version, status, reason = self._read_status()\n File ""C:\\Python27\\lib\\httplib.py"", line 365, in _read_status\n line = self.fp.readline()\n File ""C:\\Python27\\lib\\socket.py"", line 430, in readline\n data = recv(1)\n File ""C:\\Python27\\lib\\ssl.py"", line 241, in recv\n return self.read(buflen)\n File ""C:\\Python27\\lib\\ssl.py"", line 160, in read\n return self._sslobj.read(len)\nerror: [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']"
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?",task_subcomment,['(In reply to comment #3)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nSo we should do this one now and bug 51002 next month/quarter/year/decade when we get around to it?']
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",task_subcomment,['Change 88010 merged by Tobias Gritschacher:\nMoving shared code to mediawiki-selenium Ruby gem\n\nGERRIT_URL']
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.",task_subcomment,"['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.']"
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",task_subcomment,"[""Change 130823 had a related patch set uploaded by Esanders:\nRemove '*' selector for protected nodes\n\nGERRIT_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).",task_subcomment,"[""These all have the same goal:\n\n1) 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:\n2) 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).']"
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?",task_subcomment,"['(In reply to comment #21)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nOk, 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\nQUOTE\nQUOTE\n\nI'm having a hard time too."", 'They are just speculations without answers to what above.', 'QUOTE\nQUOTE\nQUOTE\n\n(This makes sense.)', 'QUOTE\nQUOTE\nQUOTE\n\nSigh.', ""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?']"
230024,VisualEditor: Annotation API fixes,Now done.,task_subcomment,['Now done.']
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.",task_subcomment,"[""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.""]"
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.,task_subcomment,"[""Roan's offered to do this one on his flight."", 'Marking as such.']"
267940,*-login.data can have case discrepency on Linux host,,task_subcomment,[]
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",task_description,"['shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout)\n\nI 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.', '--------------------------\n**Version**: wmf-deployment\n**Severity**: major\n**URL**: URL\n**See Also**:\nURL']"
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",task_subcomment,['Change 71929 merged by jenkins-bot:\nSplit off setup from the rest of mw.ViewPageTarget\n\nGERRIT_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]]",task_subcomment,['Change 315051 merged by Jcrespo:\nUpdate phabricator my.cnf config template to include TLS config\n\n[[GERRIT_URL]]']
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.",task_subcomment,"['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.']"
|