with log entry']
+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,['Replace SHA1 certificates with SHA256']
+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,"['VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog']"
+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,"[""Templates that create multiple table cells don't work""]"
+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,['VisualEditor: Non-English Wikipedia issues (tracking)']
+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']
+237481,"Edits from WMF IP, apparently SSL reverse proxy","Fixed, can be repooled whenever",task_subcomment,"['Edits from WMF IP, apparently SSL reverse proxy']"
+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,"[""MWHttpRequest's redirect behavior is terrible""]"
+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']
+277833,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Chris, is that still an issue?",task_subcomment,['wikipedia.beta.wmflabs.org sending forceHTTPS cookie']
+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,['VisualEditor: Feedback dialogs not scrolled to when editing section on long page']
+246153,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Created attachment 12854
+Screenshot of problem
+
+**Attached**: {F11587}",task_subcomment,['VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection']
+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']"
+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,"['upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404']"
+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,['Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount)']
+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,['Parsoid: DOM for template objects should expose template name']
+247503,VisualEditor: Heading overlays toolbar in non-HD Vector integration,*** Bug 52205 has been marked as a duplicate of this bug. ***,task_subcomment,['VisualEditor: Heading overlays toolbar in non-HD Vector integration']
+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,['Wikitext list after implicit | not properly recognized']
+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,['[Regression] VisualEditor: Edit tab should have tooltip and accesskey']
+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,['[wikitech] Use SSL in interwiki map for WMF wikis']
+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']
+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,"['VisualEditor: ""add template"" should have the same functionality as return in the template dialog']"
+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,"[""VisualEditor: Template {{-}} can be moved into following heading because it doesn't render""]"
+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,"[""VisualEditor: Bulleted bullets and bulleted headers produced; can't save""]"
+220493,Move wikibugs and gerrit-wm out of #mediawiki,Re-opened since bug 46144 is still unresolved.,task_subcomment,['Move wikibugs and gerrit-wm out of #mediawiki']
+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']
+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,['Support editing tags to set multi-column display on/off']
+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,"['VisualEditor: If an added category is a redirect to another, suggest adding the target instead']"
+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,['Fix database master queries from HTTP GET/HEAD before active-active multi-dc']
+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,['automatic login to private wiki raises APIError on the second failed login']
+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,['Create global account on login/rename']
+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,"['[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors']"
+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,"[""meta.m.wikimedia.org user login doesn't work""]"
+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,['[EPIC] trigger browser tests from Gerrit (tracking)']
+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,"[""VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace""]"
+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,"['VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page']"
+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,['Replace SHA1 certificates with SHA256']
+706482,Switch blog to HTTPS-only,@BBlack can you recheck this? Automattic just shipped a few changes for us today. ,task_subcomment,['Switch blog to HTTPS-only']
+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,['VisualEditor: Add Amazon Silk browser to blacklist']
+193523,Cannot click back icon on login screen,Fixed in https://github.com/wikimedia/WLMMobile/pull/28,task_subcomment,['Cannot click back icon on login screen']
+223501,VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position,This was fixed and is now deployed.,task_subcomment,['VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position']
+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']"
+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,['4.0.7.8 - NSURLErrorDomain error code -999 with the first login']
+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,['Adding or updating a reference in VisualEditor does not update fake references blocks inside templates']
+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']
+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']
+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,"['TemplateData: Provide property ""example"" for template parameters']"
+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,"['VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment']"
+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,['Convert lighttpd-starter from bash to python']
+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']
+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,['Wikitech signup page displays and ']
+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']
+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,['4.0.7.8 - NSURLErrorDomain error code -999 with the first login']
+211566,Update login.wikimedia.org logo to avoid rsvg issues,Related URL: https://gerrit.wikimedia.org/r/63384 (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5),task_subcomment,['Update login.wikimedia.org logo to avoid rsvg issues']
+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']
+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,['VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN )']
+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,['HTTP/1.1 keepalive for local nginx->varnish conns']
+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,['Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services']
+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,"['Add ""Access-Control-Allow-Origin: *"" HTTP header to read-only API responses']"
+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,"[""text input history/autocomplete doesn't work with HTTPS under IE8-10""]"
+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,"['VisualEditor: When API returns HTTP 500, present a more useful error message to the user']"
+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,['[Epic] Support editing parts of a page in VisualEditor-MediaWiki']
+421324,Clearer instructions in the Phabricator login page,"Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e
+
+Thank you!",task_subcomment,['Clearer instructions in the Phabricator login page']
+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,['VisualEditor: Using browser native interactive spell-check tool breaks in Firefox']
+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,['VisualEditor: valid links are redlinked in the link inspector']
+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,['Make Magnus tools on tools.wmflabs.org work in HTTPS']
+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,['RTL language characters are displayed in LTR order in LTR languages (and vice versa)']
+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,"['VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page']"
+232785,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,Done on 2013-06-06.,task_subcomment,['Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;']
+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,['VisualEditor: Link inspector should make it easier to change the label']
+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,['VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip']
+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,"[""VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used""]"
+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,['Delete tests from browsertests repository that are moved to other repositories']
+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,"[""Create account doesn't work if $wgGLreplaceMWLogin is true""]"
+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,"[""VisualEditor: pasting with middle-click in X-Windows doesn't work when automatic scrolling is enabled""]"
+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,"[""'Mobile view' link always heads to https""]"
+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,['Consider changing wikipage redirects to be proper HTTP redirects']
+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,"['Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})']"
+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']
+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,['lighttpd redirects URLs of directories without a trailing slash from https to http']
+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,"[""Login API doesn't prevent getting csrf tokens via jsonp""]"
+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,"['action=help shows a ""Central login"" message on every page when extension CentralAuth is used']"
+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,"[""ssl expiry tracking in icinga - we don't monitor that many domains""]"
+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,['VisualEditor: Show user that drag-and-drop of textual content is not supported']
+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,['Images specified with size foopxpx render at native size']
+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']
+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,['VisualEditor: Tool to set/unset text as superscript']
+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']"
+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,['VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label']
+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,['VisualEditor: Editing a block with the experimental generic editor leads to brokenness because the attributes get blanked']
+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,"['""Remember me"" on Login interface should state duration']"
+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']
+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,['make blog links from wmfwiki front page use HTTPS links']
+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']
+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,['Section 0 (lede) editing does not offer VisualEditor']
+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,"['""Remember me"" on Login interface should state duration']"
+449308,CentralAuth not caching Special:CentralAutoLogin/start,Can this be closed or is this still a problem.,task_subcomment,['CentralAuth not caching Special:CentralAutoLogin/start']
+243671,VisualEditor: Lag when selecting complex templates (especially in big pages),"Created attachment 13764
+Above the reflist
+
+**Attached**: {F11474}",task_subcomment,['VisualEditor: Lag when selecting complex templates (especially in big pages)']
+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,"[""ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object""]"
+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,['Non-canonical HTTPS URLs quietly redirect to HTTP']
+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,['VisualEditor: Floated templates rendering oddly and overlapping text']
+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,['VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?']
+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']
+469138,replace ganglia's sha1 cert with sha256,"Change 215508 merged by Dzahn:
+ganglia: use SSLCertificateChainFile
+
+[[https://gerrit.wikimedia.org/r/215508]]",task_subcomment,"[""replace ganglia's sha1 cert with sha256""]"
+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""]"
+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,"['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)']"
+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,['E:OpenID needs to work with $wgSecureLogin']
+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,['Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.']
+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']
+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,"['VisualEditor: Nested identical annotations can be additive, not just identical']"
+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,['Enable Echo / Notifications on se.wikimedia.org']
+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']"
+253436,VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns,"(In reply to comment #2)
+> Cannot reproduce it now on betalabs.
+
+Where ""on betalabs""? Tested how exactly (which browsers and versions)? Current steps aren't transparent so somebody else couldn't recreate your conditions...
+
+> It might got fixed.
+
+""Might"" = no identifiable code commit = WORKSFORME instead of FIXED. See https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle",task_subcomment,['VisualEditor: Block slug deletion causing very odd corruption/skipping/repeat/pawns']
+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,"[""VisualEditor: References in media captions appear but aren't editable or successfully insertable""]"
+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,['Login failing - The provided authentication token is either expired or invalid.']
+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,['Update lighttpd default settings']
+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,"[""Reduce VisualEditor's memory usage""]"
+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,['Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon)']
+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,['Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232']
+2163731,Cannot create account: the requested username is already taken in the unified login system,Special:CreateLocalAccount fixes this issue.,task_subcomment,['Cannot create account: the requested username is already taken in the unified login system']
+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,['OOUI: Dialogs should be repositionable/draggable']
+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,['&veaction= as a second parameter works on enwiki but not 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,['Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview']
+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,"['VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page']"
+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,"['Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI']"
+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,"[""Edit with VisualEditor duplicates content with subst'd version of the content""]"
+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,['VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME']
+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,['Review and deploy MassMessage extension to Wikimedia wikis']
+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,"['""git review -d XXX"" doesn\'t work for http gerrit']"
+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,"[""Certificate test can't fail as the certificate is valid""]"
+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,['Parsoid should support and natively as they are not normal parser tags']
+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,"['HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given']"
+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,"['[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors']"
+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,"['""http-curl-error"" when uploading from Flickr from https']"
+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']
+149256,https svn.wikimedia.org missing viewvc capability,"It doesn't support https, WFM if you drop the 's'",task_subcomment,['https svn.wikimedia.org missing viewvc capability']
+465810,(old) SSL certificates cleanup,resolving since all subtasks are closed ,task_subcomment,['(old) SSL certificates cleanup']
+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,"['Inconsistent close icon ""x"" in Wikimedia product interfaces']"
+147718,check protocol in Special:UserLogin,r98708,task_subcomment,['check protocol in Special:UserLogin']
+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,"[' tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)']"
+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,['TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion']
+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,"['VisualEditor: Move “add parameter” button to alongside the search field, not below the results list, so it can be found']"
+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,"['VisualEditor: tags added to all markup in paragraph, including pre-existing']"
+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,"['Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself']"
+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']
+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,['Login captcha shown after too many incorrect attempts to log in looks ugly']
+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']
+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,"['""Remember me"" on Login interface should state duration']"
+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,['Implement a find/search and replace tool']
+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,['Investigate how to fake HTTP headers']
+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,['VisualEditor: Typing problem in Assamese']
+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,['Mobile view link unexpectedly goes to HTTPS']
+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,"[""Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog""]"
+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,['Evaluate/fix hardcoded HTTPS only protocols in ApiEdit']
+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']
+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""]"
+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,"[""ssl expiry tracking in icinga - we don't monitor that many domains""]"
+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,['Expand HTTP frontend clusters with new hardware']
+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,['Transclusion dialog should not suggest documentation sub pages as templates']
+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,"[""[SUGGESTION] Login page doesn't respect $wgSecureLogin""]"
+437986,Force https for archiva.wikimedia.org,Any updates?,task_subcomment,['Force https for archiva.wikimedia.org']
+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""]"
+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,['New deployment of Parsoid leads to HTML insertion - needs deployed code reversion']
+290369,ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs,"Try latest, the fallback should have been fixed",task_subcomment,['ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs']
+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,"[""VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form""]"
+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,['Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails']
+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,['VisualEditor: Transclusions not properly round-tripped']
+249794,Improve VisualEditor's loading performance in Firefox,adding Ori for possible HHVM implications,task_subcomment,"[""Improve VisualEditor's loading performance in Firefox""]"
+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,"[""Save action doesn't handle abort hooks very elegantly""]"
+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,"['Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)']"
+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,['OOUI: Dialogs should be repositionable/draggable']
+372622,"give icinga a ""login"" link",//Status changed from 'resolved' to 'open' by RT_System//,task_subcomment,"['give icinga a ""login"" link']"
+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']
+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,['VisualEditor: Pressing escape should close a dialog']
+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,"['VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)']"
+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,['VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail']
+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,"['Remove use of label ""hasSlaveScripts"" in jobs']"
+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,"[""VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same""]"
+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,['Update lighttpd default settings']
+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,"['By counting HTTP redirects, webstatscollector reporting too high numbers']"
+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,"['VisualEditor: Switch integration for deployed wikis from tabLayout ""add"" to ""replace"" mode']"
+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,"['Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI']"
+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,['Keyboard shortcut for editing source']
+264238,core hangs on killed http(s) connection,- **Group**: confirmed --> rewrite,task_subcomment,['core hangs on killed http(s) connection']
+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,['login error - redirected to foundationwiki Special:CentralLogin/start']
+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,['No SSL for MobileFrontend m. domain: URL does not respond']
+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,['Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw']
+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,['Automatic login with OpenID does not work']
+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,['CentralAuth not caching Special:CentralAutoLogin/start']
+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']
+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,['VisualEditor: Clicking the hyper link button twice breaks the button.']
+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,['User specified CSS loads on Special:Preferences / Special:UserLogin']
+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,"['VisualEditor: ""Edit source"" tab text should be ""Create source"" or similar when page is non-existent']"
+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,['Merge Poem extension into MediaWiki core']
+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,['NewUserMessage extensions breaks login']
+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,"[""Parsoid: selser drops last three apostrophes in '''''foo'''''""]"
+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']"
+283327,Mobile view link unexpectedly goes to HTTPS,"**grant** wrote:
+
+link not ""line""",task_subcomment,['Mobile view link unexpectedly goes to HTTPS']
+2127544,"Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot",Tagging #Wikimedia-Hackathon-2023 to showcase a basic PoC created during this event.,task_subcomment,"['Move TemplateData to its own JSON-content namespace and associate with Template-namespace, or to its own TemplateData content model and revision slot']"
+1495003,Migrate tools.wmflabs.org to https only (and set HSTS),"Change 593747 had a related patch set uploaded (by QEDK; owner: QEDK):
+[operations/puppet@production] toolforge: Increase HSTS max-age directive to one month
+
+[[https://gerrit.wikimedia.org/r/593747]]",task_subcomment,['Migrate tools.wmflabs.org to https only (and set HSTS)']
+155708,status.wikimedia.org has no (valid) HTTPS,"If we can't get it on a correct cert, we might want to redirect to its canonical domain instead so it at least loads properly. Main obvious downside is if our redirector or iframe wrapper goes down, you don't see it on our pretty domain anymore. ;)",task_subcomment,['status.wikimedia.org has no (valid) HTTPS']
+280359,Remove https redirect for loginwiki in beta,"I updated the apache config and restarted the apaches. deployment-cache-text1 is still giving the https redirect for now:
+
+csteipp@linux-hv06:~> curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1 | egrep ""(Location|X-Cache:)""
+Location: https://login.wikimedia.beta.wmflabs.org/
+X-Cache: deployment-cache-text1 hit (3), deployment-cache-text1 frontend hit (3)
+
+However the backend apaches are correctly not redirecting at this point:
+
+csteipp@deployment-bastion:/data/project/apache/conf$ curl -I -H ""Host: login.wikimedia.beta.wmflabs.org"" http://10.4.0.187 2>&1 | grep Location
+Location: http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page
+
+So, hopefully in about 1200 seconds, we'll get the right answer from the cache too.",task_subcomment,['Remove https redirect for loginwiki in beta']
+227152,samarium.wikimedia.org should support HTTPS,"**mwalker** wrote:
+
+Samarium is know available via SSL at https://frdata.wikimedia.org/",task_subcomment,['samarium.wikimedia.org should support HTTPS']
+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,['VisualEditor: Right-click in IE10 causes deletion of the selected content']
+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,['Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org)']
+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,['Adding or updating a reference in VisualEditor does not update fake references blocks inside templates']
+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,"['Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)']"
+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']
+230631,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"Confirmed, will work on it.",task_subcomment,['VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox']
+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,['Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account']
+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,['InstantCommons broken by switch to HTTPS']
+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,['core hangs on killed http(s) connection']
+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,['rel=canonical of https pages should point to http']
+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,['Make sure all repositories have the latest version of shared code']
+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,"['Update ""Create account"" / ""login"" buttons in ConfirmAccount']"
+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,['VisualEditor: Protected node css with * selector breaks some template layouts']
+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,['Fix database master queries from HTTP GET/HEAD before active-active multi-dc']
+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,['Parsoid jobs are not dequeued fast enough during heavy editing activity']
+230024,VisualEditor: Annotation API fixes,Now done.,task_subcomment,['VisualEditor: Annotation API fixes']
+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,['Decide what to do with *.donate.wikimedia.org subdomain + TLS']
+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,"[""VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same""]"
+267940,*-login.data can have case discrepency on Linux host,,task_subcomment,['*-login.data can have case discrepency on Linux host']
+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)']
+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,['VisualEditor: Split mw.ViewPageTarget init from integration handling']
+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,['Set up TLS for MariaDB replication']
+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,['Images: Handle templated image options containing pipes']
diff --git a/mgaughan-rstudio-server_29576188.out b/mgaughan-rstudio-server_29576188.out
deleted file mode 100644
index a4521a9..0000000
--- a/mgaughan-rstudio-server_29576188.out
+++ /dev/null
@@ -1,17 +0,0 @@
-1. SSH tunnel from your workstation using the following command:
-
- ssh -N -L 8787:n3439:36873 mjilg@klone.hyak.uw.edu
-
- and point your web browser to http://localhost:8787
-
-2. log in to RStudio Server using the following credentials:
-
- user: mjilg
- password: qv1O0tpb3YCkMtmNIRbg
-
-When done using RStudio Server, terminate the job by:
-
-1. Exit the RStudio Session ("power" button in the top right corner of the RStudio window)
-2. Issue the following command on the login node:
-
- scancel -f 29576188
diff --git a/p2/quest/batched-mw-olmo-info-cat.log b/p2/quest/batched-mw-olmo-info-cat.log
index 340071c..f0a5880 100644
--- a/p2/quest/batched-mw-olmo-info-cat.log
+++ b/p2/quest/batched-mw-olmo-info-cat.log
@@ -1,12 +1,15 @@
-setting up the environment by loading in conda environment at Fri Sep 5 13:42:49 CDT 2025
-running the batched olmo categorization job at Fri Sep 5 13:42:50 CDT 2025
+setting up the environment by loading in conda environment at Sun Sep 14 11:31:17 CDT 2025
+running the batched olmo categorization job at Sun Sep 14 11:31:17 CDT 2025
[nltk_data] Downloading package punkt_tab to
[nltk_data] /home/nws8519/nltk_data...
[nltk_data] Package punkt_tab is already up-to-date!
cuda
NVIDIA A100-SXM4-80GB
-_CudaDeviceProperties(name='NVIDIA A100-SXM4-80GB', major=8, minor=0, total_memory=81153MB, multi_processor_count=108, uuid=83b2afae-0102-1408-8043-b11b77d85fc8, L2_cache_size=40MB)
-
Loading checkpoint shards: 0%| | 0/12 [00:00
+ random_df = df.sample(n=300, random_sample = 8)
+ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+TypeError: NDFrame.sample() got an unexpected keyword argument 'random_sample'
+unsupervised batched olmo categorization pau at Sun Sep 14 11:34:04 CDT 2025
diff --git a/p2/quest/python_scripts/label_sampling.py b/p2/quest/python_scripts/label_sampling.py
new file mode 100644
index 0000000..ac7a8ae
--- /dev/null
+++ b/p2/quest/python_scripts/label_sampling.py
@@ -0,0 +1,128 @@
+from transformers import AutoModelForCausalLM, AutoTokenizer, OlmoForCausalLM
+import torch
+import csv
+import pandas as pd
+import re
+
+import nltk
+nltk.download('punkt_tab')
+
+cache_directory = "/projects/p32852/cache/"
+#load in the different models
+device = torch.device("cuda" if torch.cuda.is_available() else "cpu")
+print(device)
+print(torch.cuda.get_device_name(0))
+print(torch.cuda.get_device_properties(0))
+#olmo = AutoModelForCausalLM.from_pretrained("allenai/OLMo-2-0325-32B", cache_dir=cache_directory).to(device)
+#tokenizer = AutoTokenizer.from_pretrained("allenai/OLMo-2-0325-32B", cache_dir=cache_directory)
+olmo = AutoModelForCausalLM.from_pretrained("allenai/OLMo-2-1124-13B", cache_dir=cache_directory).to(device)
+tokenizer = AutoTokenizer.from_pretrained("allenai/OLMo-2-1124-13B", padding_side='left')
+
+priming = "For the **GIVEN SENTENCE**, please categorize it into one of the defined [[CATEGORIES]]. Each [[CATEGORY]] is described in the TYPOLOGY for reference.Your task is to match the **GIVEN SENTENCE** to the **[[CATEGORY]]** that most accurately describes the content of the comment. Only provide the sentence category as your output. Do not provide any text beyond the category name."
+
+typology = """
+TYPOLOGY:
+
+[[EXPECTED BEHAVIOR]], in which stakeholders discuss, from the user’s perspective, the expected or ideal situation affected by the issue. For example, a participant commented: “My suggestion/request in the near term would be to have an option to make the vocabulary read only so that users who want to be able to leave spacy alone to do streaming data processing don’t need to worry about changing memory requirements.”
+
+[[MOTIVATION]], in which stakeholders elaborate on why the issue needs to be fixed or a feature needs to be added. For example, in support of redesigning TensorFlow's input pipeline one participant wrote: “Right now, this method starves my GPU all the time, which is a shame because most other [deep learning] frameworks manage to make this much more performantly.”
+
+[[OBSERVED BUG BEHAVIOR]], which only appears in bug reports and focuses on describing the observed behaviour of the bug. For example, one participant commented: “I found strange behavior using the ‘pipe()’ method”, then started to describe this behavior.
+
+[[BUG REPRODUCTION]], which also only appears in bug reports and focuses on any report, request, and/or question regarding the reproduction of the bug. For example, one participant commented that a bug was reproducible: “Same problem here, working on Windows 10 with German text.”
+
+[[INVESTIGATION AND EXPLORATION]], in which OSS stakeholders discuss their exploration of ideas about the problem that was thought to have caused the issue. For example, “This result confirms my hypothesis but also shows that the memory increase really isn’t all that significant... But it still points to a potential flaw in the design of the library.”
+
+[[SOLUTION DISCUSSION]] is framed around the solution space from the developers’ point of view, in which participants discuss design ideas and implementation details, as well as suggestions, constraints, challenges, and useful references around such topics. For example, “I know there are multiple ways of approaching this however I strongly recommend node-gyp for performance.”
+
+[[CONTRIBUTION AND COMMITMENT]], in which participants call for contributors and/or voice willingness or unwillingness to contribute to resolving the issue. For example, one potential collaborator said: “I will gladly contribute in any way I can, however, this is something I will not be able to do alone. Would be best if a few other people is interested as well...”
+
+[[TASK PROGRESS]], in which stakeholders request or report progress of tasks and sub-tasks towards the solution of the issue. For example, “I made an initial stab at it... - this is just a proof of concept that gets the version string into nodejs. I’ll start working on adding the swig interfaces...”
+
+[[TESTING]], in which participants discuss the testing procedure and results, as well as the system environment, code, data, and feedback involved in testing. For example, “Tested on ‘0.101’ and ‘master’ - the issue seems to be fixed on ‘master’ not just for the example document, but for the entire corpus...”
+
+[[FUTURE PLAN]], in which participants discuss the long-term plan related to the issue; such plans usually involve work/ideas that are not required to close the current issue. For example, “For the futures, stay tuned, as we’re prototyping something in this direction.”
+
+[[POTENTIAL NEW ISSUES AND REQUESTS]], in which participants identify and discuss new bugs or needed features while investigating and addressing the current issue. For example, when discussing a bug in scikit-learn about parallel execution that causes process hanging, one participant said: “As a side point, I note there seems to be a lot more joblib parallelisation overhead in master... that wasn’t there in 0.14.”
+
+[[SOLUTION USAGE]] was usually discussed once a full or partial solution of the issue was released and stakeholders asked questions or provided suggestions about how to use the library with the new solution update. For example, “Please help me how to continue training the model [with the new release].”
+
+[[WORKAROUNDS]] focus on discussions about temporary or alternative solutions that can help overcome the issue until the official fix or enhancement is released. For example, in a discussion regarding memory growth for streamed data, one participant expressed his temporary solution: “For now workaround with reloading / collecting nlp object works quite ok in production.”
+
+[[ISSUE CONTENT MANAGEMENT]] focuses on redirecting the discussions and controlling the quality of the comments with respect to the issue. For example, “We might want to move this discussion to here: [link to another issue]”
+
+[[ACTION ON ISSUE]], in which participants comment on the proper actions to perform on the issue itself. For example, “I’m going to close this issue because it’s old and most of the information here is now out of date.”
+
+[[SOCIAL CONVERSATION]], in which participants express emotions such as appreciation, disappointment, annoyance, regret, etc. or engage in small talk. For example, “I’m so glad that this has received so much thought and attention!”
+"""
+instructions="The sentence's category is: "
+
+with open("/home/nws8519/git/mw-lifecycle-analysis/p2/quest/072525_pp_biberplus_labels.csv", mode='r', newline='') as file:
+ reader = csv.reader(file)
+ array_of_categorizations = []
+ index = -1
+ for row in reader:
+ index += 1
+ if index <= 0:
+ continue
+ text_dict = {}
+ #organizing the data from each citation
+ text_dict['id'] = row[0]
+ text_dict['task_title'] = row[1]
+ text_dict['comment_text'] = row[2]
+ text_dict['comment_type'] = row[12]
+ raw_text = text_dict['task_title']
+
+ # comment_text preprocessing per https://arxiv.org/pdf/1902.07093
+ # 1. replace code with CODE
+ comment_text = re.sub(r'`[^`]+`', 'CODE', raw_text) # Inline code
+ comment_text = re.sub(r'```[\s\S]+?```', 'CODE', comment_text) # Block code
+ # 2. replace quotes with QUOTE
+ lines = comment_text.split('\n')
+ lines = ['QUOTE' if line.strip().startswith('>') else line for line in lines]
+ comment_text = '\n'.join(lines)
+ # 3. replace Gerrit URLs with GERRIT URL
+ gerrit_url_pattern = r'https://gerrit\.wikimedia\.org/r/\d+'
+ comment_text = re.sub(gerrit_url_pattern, 'GERRIT_URL', comment_text)
+ # replace URL with URL
+ url_pattern = r'https?://[^\s]+'
+ comment_text = re.sub(url_pattern, 'URL', comment_text)
+ # 4. if possible, replace @ with SCREEN_NAME
+ comment_text = re.sub(r'(^|\s)@\w+', 'SCREEN_NAME', comment_text)
+ # 5. split into an array of sentences
+ comment_sentences = nltk.sent_tokenize(comment_text)
+ text_dict['cleaned_sentences'] = comment_sentences
+
+ results = []
+ batch_size = 2
+ '''
+ for i in range(0, len(comment_sentences), batch_size):
+ batch = comment_sentences[i:i+batch_size]
+ prompts = []
+ for sent in batch:
+ given_data = f"**GIVEN SENTENCE: \n ' Type -text_dict['comment_type'] \n Text -{sent}**'\n"
+ prompt = f"{priming}\n{typology}\n\n{given_data}\n{instructions}"
+ prompts.append(prompt)
+ inputs = tokenizer(prompts, return_tensors='pt', return_token_type_ids=False, padding=True, truncation=True).to(device)
+ with torch.no_grad():
+ outputs = olmo.generate(**inputs, max_new_tokens=256, do_sample=False)
+ decoded = tokenizer.batch_decode(outputs, skip_special_tokens=True)
+ for response_txt in decoded:
+ match = re.search(r"The sentence's category is: \s*(.*)", response_txt)
+ if match:
+ category = match.group(1).strip("[]*")
+ else:
+ category = "NO CATEGORY"
+ results.append(category)
+ torch.cuda.empty_cache()
+ text_dict['sentence_categories']=results
+ '''
+ array_of_categorizations.append(text_dict)
+ df = pd.DataFrame(array_of_categorizations)
+ random_df = df.sample(n=300, random_state=8)
+ random_df.to_csv('091425_human_text_sample.csv', index=False)
+
+
+
+
+
diff --git a/p2/quest/slurm_jobs/090425_olmo_batched_cat.sh b/p2/quest/slurm_jobs/090425_olmo_batched_cat.sh
index bc1d0fa..deefb27 100644
--- a/p2/quest/slurm_jobs/090425_olmo_batched_cat.sh
+++ b/p2/quest/slurm_jobs/090425_olmo_batched_cat.sh
@@ -23,6 +23,8 @@ conda activate olmo
echo "running the batched olmo categorization job at $(date)"
-python /home/nws8519/git/mw-lifecycle-analysis/p2/quest/python_scripts/090425_batched_olmo_cat.py
+# python /home/nws8519/git/mw-lifecycle-analysis/p2/quest/python_scripts/090425_batched_olmo_cat.py
+
+python /home/nws8519/git/mw-lifecycle-analysis/p2/quest/python_scripts/label_sampling.py
echo "unsupervised batched olmo categorization pau at $(date)"
|