diff --git a/batched-mw-olmo-info-cat.log b/batched-mw-olmo-info-cat.log new file mode 100644 index 0000000..f3dd4f6 --- /dev/null +++ b/batched-mw-olmo-info-cat.log @@ -0,0 +1,10 @@ +setting up the environment by loading in conda environment at Tue Sep 16 11:46:51 CDT 2025 +running the batched olmo categorization job at Tue Sep 16 11:46:51 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=b6c5753c-65f3-91cd-dd90-e56a02d2cf99, L2_cache_size=40MB) + Loading checkpoint shards: 0%| | 0/12 [00:00, where he just meant to delete a sentence. However the content was duplicated and templates were substituted in this duplicated version. + +-------------------------- +**Version**: unspecified +**Severity**: normal",task_description,PHID-TASK-amav3irppf34v275xo4q,"[""Edit with VisualEditor duplicates content with subst'd version of the content\n\nA user reported this edit\n syntax causes VE to inject additional html,"In this case, https://en.wikipedia.org/w/index.php?title=Long_Island&diff=562848384&oldid=562113547 - oh dear. + +-------------------------- +**Version**: unspecified +**Severity**: major",task_description,PHID-TASK-44thcl26amo7hsho63fi,"['VisualEditor: broken
syntax causes VE to inject additional
html\n\nIn this case, URL - oh dear.', '--------------------------\n**Version**: unspecified\n**Severity**: major']" +233093,VisualEditor: broken
syntax causes VE to inject additional
html," + +*** This bug has been marked as a duplicate of bug 51217 ***",task_subcomment,PHID-TASK-44thcl26amo7hsho63fi,['\n\n*** This bug has been marked as a duplicate of bug 51217 ***'] +233087,VisualEditor: broken
syntax causes VE to inject additional
html,"A minor change in a completely unrelated part of the article causes a copy of the broken table to be injected into the article, and a ') is also included. Upping priority/importance as it should at least ignore elements it doesnt properly understand. The
was not so broken that the wikitext up to the
should have been ignored. + +I am able to reproduce the ') is also included."", 'Upping priority/importance as it should at least ignore elements it doesnt properly understand.', 'The was not so broken that the wikitext up to the
should have been ignored.', ""I am able to reproduce the ' annotations next to each other aren't necessarily the same,"Two users have reported on this. + +See: +http://en.wikipedia.org/w/index.php?title=User:AussieLegend/Vandals_etc&diff=prev&oldid=560719781 + +And: +http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Font_colors_in_signatures_changed + +I realize that this is probably tied into other behavior, but I lack code-fu to determine what. :) + +Maggie + +-------------------------- +**Version**: unspecified +**Severity**: normal +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=42803",task_description,PHID-TASK-fhtlyq5kho6tpsip3niy,"[""VisualEditor: annotations next to each other aren't necessarily the same\n\nTwo users have reported on this."", 'See:\nURL\n\nAnd:\nURL\n\nI realize that this is probably tied into other behavior, but I lack code-fu to determine what.', ':)\n\nMaggie\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal\n**See Also**:\nURL']" +230418,VisualEditor: annotations next to each other aren't necessarily the same,Merged and will go out tomorrow.,task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,['Merged and will go out tomorrow.'] +230413,VisualEditor: annotations next to each other aren't necessarily the same,"Change 73523 merged by jenkins-bot: +HACK: Don't merge adjacent annotations from Parsoid + +https://gerrit.wikimedia.org/r/73523",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"[""Change 73523 merged by jenkins-bot:\nHACK: Don't merge adjacent annotations from Parsoid\n\nGERRIT_URL""]" +230408,VisualEditor: annotations next to each other aren't necessarily the same,*** Bug 51234 has been marked as a duplicate of this bug. ***,task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['*** Bug 51234 has been marked as a duplicate of this bug.', '***']" +230403,VisualEditor: annotations next to each other aren't necessarily the same,"Change 73523 had a related patch set uploaded by Esanders: +HACK: Don't merge adjacent annotations from Parsoid + +https://gerrit.wikimedia.org/r/73523",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"[""Change 73523 had a related patch set uploaded by Esanders:\nHACK: Don't merge adjacent annotations from Parsoid\n\nGERRIT_URL""]" +230397,VisualEditor: annotations next to each other aren't necessarily the same,"Adding Parsoid bug 42803 as a dependency. We do add nowiki between most cases of adjacent quotes to ensure at least correctness, but the markup will indeed not be optimal.",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['Adding Parsoid bug 42803 as a dependency.', 'We do add nowiki between most cases of adjacent quotes to ensure at least correctness, but the markup will indeed not be optimal.']" +230390,VisualEditor: annotations next to each other aren't necessarily the same,*** Bug 50291 has been marked as a duplicate of this bug. ***,task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['*** Bug 50291 has been marked as a duplicate of this bug.', '***']" +230381,VisualEditor: annotations next to each other aren't necessarily the same,"All we need to do is turn off similar annotation comparisons in VE completely, but Parsoid is not ready for that yet, for example adding new bold text next to Parsoid-generated bold text would create: + +Old bold textNew bold text from VE + +which Parsoid should obviously merge to: + +'''Old bold textNew bold text from VE''' + +but doesn't yet. + +Once this is all handled correctly, we can turn off similar annotation comparisons and the two bolds in FooBar will no longer be merged (as they have will have different data-parsoid's). Of course Parsoid will not want to merge them either so that will factor into their logic.",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['All we need to do is turn off similar annotation comparisons in VE completely, but Parsoid is not ready for that yet, for example adding new bold text next to Parsoid-generated bold text would create:\n\nOld bold textNew bold text from VE\n\nwhich Parsoid should obviously merge to:\n\n\'\'\'Old bold textNew bold text from VE\'\'\'\n\nbut doesn\'t yet.', ""Once this is all handled correctly, we can turn off similar annotation comparisons and the two bolds in FooBar will no longer be merged (as they have will have different data-parsoid's)."", 'Of course Parsoid will not want to merge them either so that will factor into their logic.']" +230374,VisualEditor: annotations next to each other aren't necessarily the same,"(In reply to comment #6) +> I still see annotation merging on this test case: +> +> http://www.mediawiki.org/wiki/User:GWicke/TestDoubleFormatting?veaction=edit +> +> Steps to reproduce: +> +> * append a char to 'baz' +> * preview the change +> +> Result: The bold ranges are merged, leading to a dirty diff +> Expected result: no merging and no dirty diff +That should be the only remaining annotation merging issue. I've been meaning to file a bug about it but I keep forgetting. + +Ed, we need to preserve the difference between FooBar and FooBar somehow. Feel free to hit me up on IRC if you want to talk about how we should do that.",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['(In reply to comment #6)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nThat should be the only remaining annotation merging issue.', ""I've been meaning to file a bug about it but I keep forgetting."", 'Ed, we need to preserve the difference between FooBar and FooBar somehow.', 'Feel free to hit me up on IRC if you want to talk about how we should do that.']" +230368,VisualEditor: annotations next to each other aren't necessarily the same,"I still see annotation merging on this test case: + +http://www.mediawiki.org/wiki/User:GWicke/TestDoubleFormatting?veaction=edit + +Steps to reproduce: + +* append a char to 'baz' +* preview the change + +Result: The bold ranges are merged, leading to a dirty diff +Expected result: no merging and no dirty diff",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"[""I still see annotation merging on this test case:\n\nURL\n\nSteps to reproduce:\n\n* append a char to 'baz'\n* preview the change\n\nResult: The bold ranges are merged, leading to a dirty diff\nExpected result: no merging and no dirty diff""]" +230361,VisualEditor: annotations next to each other aren't necessarily the same,"Several of these issues are actually on the VE side, so reopening.",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['Several of these issues are actually on the VE side, so reopening.']" +230352,VisualEditor: annotations next to each other aren't necessarily the same," + +*** This bug has been marked as a duplicate of bug 48194 ***",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,['\n\n*** This bug has been marked as a duplicate of bug 48194 ***'] +230345,VisualEditor: annotations next to each other aren't necessarily the same," + +*** This bug has been marked as a duplicate of bug 42803 ***",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,['\n\n*** This bug has been marked as a duplicate of bug 42803 ***'] +230338,VisualEditor: annotations next to each other aren't necessarily the same,"This is the same as bug 49478. We are dependent on it being in Parsoid first, otherwise we would reintroduce bug 48110.",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['This is the same as bug 49478.', 'We are dependent on it being in Parsoid first, otherwise we would reintroduce bug 48110.']" +230334,VisualEditor: annotations next to each other aren't necessarily the same,"In this case: + + AussieLegend + +… is being simplified by DM into: + + AussieLegend + +… which, unsurprisingly, Parsoid assumes means we wanted to combine them. :-)",task_subcomment,PHID-TASK-fhtlyq5kho6tpsip3niy,"['In this case:\n\n AussieLegend\n\n… is being simplified by DM into:\n\n AussieLegend\n\n… which, unsurprisingly, Parsoid assumes means we wanted to combine them.', ':-)']" +55665,VisualEditor: Table rows with no defined cells rendered as an empty line,"At https://en.wikipedia.org/w/index.php?title=Flight_endurance_record&oldid=571122193#Free_Balloon.2C_Manned the table begins with an empty row where there would normally be a header: +{|class=""wikitable"" +|- +|- +|content + +In view mode this empty line is not shown, but it does appear in VE. + +Testing at https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox&oldid=571124234#Tables_with_empty_rows shows that the same thing happens, wherever the blank line is in the table. Oddly though the line is shown at full height when its in last position but ~half height elsewhere. + +In itself this isn't a problem, it's just different to what happens in view mode where the second |- is ignored. + +-------------------------- +**Version**: unspecified +**Severity**: minor",task_description,PHID-TASK-c6mjvz42mmi6bswdw56d,"['VisualEditor: Table rows with no defined cells rendered as an empty line\n\nAt URL the table begins with an empty row where there would normally be a header:\n{|class=""wikitable""\n|-\n|-\n|content\n\nIn view mode this empty line is not shown, but it does appear in VE.', 'Testing at URL shows that the same thing happens, wherever the blank line is in the table.', 'Oddly though the line is shown at full height when its in last position but ~half height elsewhere.', ""In itself this isn't a problem, it's just different to what happens in view mode where the second |- is ignored."", '--------------------------\n**Version**: unspecified\n**Severity**: minor']" +256481,VisualEditor: Table rows with no defined cells rendered as an empty line,This was fixed a while ago by the Parsoid team.,task_subcomment,PHID-TASK-c6mjvz42mmi6bswdw56d,['This was fixed a while ago by the Parsoid team.'] +50556,"VisualEditor: ""Move this category here"" should not appear for the last category","It's a no-op, and is confusing. (But is it more confusing to list it?) + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",task_description,PHID-TASK-isog5p3qki3pp25ezf63,"['VisualEditor: ""Move this category here"" should not appear for the last category\n\nIt\'s a no-op, and is confusing.', '(But is it more confusing to list it?)', '--------------------------\n**Version**: unspecified\n**Severity**: enhancement']" +230763,"VisualEditor: ""Move this category here"" should not appear for the last category",https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c) | change APPROVED and MERGED [by jenkins-bot],task_subcomment,PHID-TASK-isog5p3qki3pp25ezf63,['GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c) | change APPROVED and MERGED [by jenkins-bot]'] +230757,"VisualEditor: ""Move this category here"" should not appear for the last category",Related URL: https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c),task_subcomment,PHID-TASK-isog5p3qki3pp25ezf63,['Related URL: GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c)'] +230748,"VisualEditor: ""Move this category here"" should not appear for the last category",Related URL: https://gerrit.wikimedia.org/r/68130 (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c),task_subcomment,PHID-TASK-isog5p3qki3pp25ezf63,['Related URL: GERRIT_URL (Gerrit Change If48e001b92c217bee0a35b6da41d1c1ff0e3271c)'] +230738,"VisualEditor: ""Move this category here"" should not appear for the last category",Now merged.,task_subcomment,PHID-TASK-isog5p3qki3pp25ezf63,['Now merged.'] +230729,"VisualEditor: ""Move this category here"" should not appear for the last category",Related URL: https://gerrit.wikimedia.org/r/67922 (Gerrit Change I93ce05f7cbb28313a3f0827539f0528c366aeb7e),task_subcomment,PHID-TASK-isog5p3qki3pp25ezf63,['Related URL: GERRIT_URL (Gerrit Change I93ce05f7cbb28313a3f0827539f0528c366aeb7e)'] +50284,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","Go to http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services +Put the cursor somewhere in the text. +Type ""Enter"" 2 times. +Type ""Backspace"" 2 times. + +Expected: as original +Actually: The newlines remain + +-------------------------- +**Version**: unspecified +**Severity**: normal",task_description,PHID-TASK-2f2dgqt54eqesg4exgwo,"['VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox\n\nGo to URL\nPut the cursor somewhere in the text.', 'Type ""Enter"" 2 times.', 'Type ""Backspace"" 2 times.', 'Expected: as original\nActually: The newlines remain\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']" +214285,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox",This is now fixed in live.,task_subcomment,PHID-TASK-2f2dgqt54eqesg4exgwo,['This is now fixed in live.'] +214280,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","Just reproduced on Firefox 21.0 / fresh install of Ubuntu Linux 2013.04 +Nothing special appears in the web console.",task_subcomment,PHID-TASK-2f2dgqt54eqesg4exgwo,['Just reproduced on Firefox 21.0 / fresh install of Ubuntu Linux 2013.04\nNothing special appears in the web console.'] +214275,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox",Browser information highly welcome. Reopening for the time being.,task_subcomment,PHID-TASK-2f2dgqt54eqesg4exgwo,"['Browser information highly welcome.', 'Reopening for the time being.']" +214270,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","When will the master fixes be deployed? +The situation is now horrible in production, with so many bugs that I am wondering whether it is even worth reporting them...",task_subcomment,PHID-TASK-2f2dgqt54eqesg4exgwo,"['When will the master fixes be deployed?', 'The situation is now horrible in production, with so many bugs that I am wondering whether it is even worth reporting them...']" +214264,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","I just tried, it is a worse problem now, text is lost.",task_subcomment,PHID-TASK-2f2dgqt54eqesg4exgwo,"['I just tried, it is a worse problem now, text is lost.']" +214256,"VisualEditor: Enter 2 times, Backspace 2 times -> not deleted in Firefox","**orbit** wrote: + +I'm not able to reproduce this one either. I experience other problems relating to Enter and Backspace on Firefox (fixed in Master) but not what you've described. I'm going to close this ticket, but please reopen if you have additional information.",task_subcomment,PHID-TASK-2f2dgqt54eqesg4exgwo,"[""**orbit** wrote:\n\nI'm not able to reproduce this one either."", ""I experience other problems relating to Enter and Backspace on Firefox (fixed in Master) but not what you've described."", ""I'm going to close this ticket, but please reopen if you have additional information.""]" +45104,Parsoid: Second column heading missing of table with template-generated header,"Screenshot showing the regular view, visualeditor view and wikitext + +Steps to reproduce problem: +* Open VisualEditor on https://en.wikipedia.org/wiki/Buri_Ram_Airport + +Expected result: +Table has header on both columns. + +Actual result: +Header of second column is missing. + +-------------------------- +**Version**: unspecified +**Severity**: normal + +**Attached**: {F9595}",task_description,PHID-TASK-woqw5jwyjb5eshocsjdw,"['Parsoid: Second column heading missing of table with template-generated header\n\nScreenshot showing the regular view, visualeditor view and wikitext\n\nSteps to reproduce problem:\n* Open VisualEditor on URL\n\nExpected result:\nTable has header on both columns.', 'Actual result:\nHeader of second column is missing.', '--------------------------\n**Version**: unspecified\n**Severity**: normal\n\n**Attached**: {F9595}']" +182240,Parsoid: Second column heading missing of table with template-generated header,[Parsoid component reorg by merging JS/General and General. See bug 50685 for more information. Filter bugmail on this comment. parsoidreorg20130704],task_subcomment,PHID-TASK-woqw5jwyjb5eshocsjdw,"['[Parsoid component reorg by merging JS/General and General.', 'See bug 50685 for more information.', 'Filter bugmail on this comment.', 'parsoidreorg20130704]']" +182236,Parsoid: Second column heading missing of table with template-generated header,Patch committed for review in https://gerrit.wikimedia.org/r/46465.,task_subcomment,PHID-TASK-woqw5jwyjb5eshocsjdw,['Patch committed for review in GERRIT_URL.'] +182232,Parsoid: Second column heading missing of table with template-generated header,"Appears to be a failed template expansion, so probably a Parsoid bug - Gabriel, thoughts?",task_subcomment,PHID-TASK-woqw5jwyjb5eshocsjdw,"['Appears to be a failed template expansion, so probably a Parsoid bug - Gabriel, thoughts?']" +56490,Flow: misleading exception is thrown if the parsoid service is down,"If the parsoid service is down (`sudo service parsoid stop`, or update extension/Parsoid and forget/fail `npm install`), then viewing flow pages fails with exception + + Parser only supports wikitext to HTML conversion + + Backtrace: + + #0 /srv/mediawiki/extensions/Flow/includes/ParsoidUtils.php(24): Flow\ParsoidUtils::parser('html', 'wikitext', '

It's a long ...') + +This is true, but it masks the real problem that parsoid has to work, and didn't. ParsoidUtils::convert has a try-catch block around using parsoid, and if that fails it will fall back to using parser. It would be helpful for wiki operators if the exception message included the parsoid failure, e.g. + Parser only supports wikitext to HTML conversion (and parsoid earlier failed with exception ""VisualEditor is unavailable"") + +Now that I've figured out what's going on, this has become a low-priority bug :-) + +-------------------------- +**Version**: master +**Severity**: minor",task_description,PHID-TASK-vpzdercihud4opsstlu6,"[""Flow: misleading exception is thrown if the parsoid service is down\n\nIf the parsoid service is down (CODE, or update extension/Parsoid and forget/fail CODE), then viewing flow pages fails with exception\n\n Parser only supports wikitext to HTML conversion\n\n Backtrace:\n\n #0 /srv/mediawiki/extensions/Flow/includes/ParsoidUtils.php(24): Flow\\ParsoidUtils::parser('html', 'wikitext', '

It's a long ...')\n\nThis is true, but it masks the real problem that parsoid has to work, and didn't."", 'ParsoidUtils::convert has a try-catch block around using parsoid, and if that fails it will fall back to using parser.', 'It would be helpful for wiki operators if the exception message included the parsoid failure, e.g.', 'Parser only supports wikitext to HTML conversion (and parsoid earlier failed with exception ""VisualEditor is unavailable"")\n\nNow that I\'ve figured out what\'s going on, this has become a low-priority bug :-)\n\n--------------------------\n**Version**: master\n**Severity**: minor']" +257321,Flow: misleading exception is thrown if the parsoid service is down,https://gerrit.wikimedia.org/r/#/c/92633/,task_subcomment,PHID-TASK-vpzdercihud4opsstlu6,['URL'] +257316,Flow: misleading exception is thrown if the parsoid service is down,Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/264,task_subcomment,PHID-TASK-vpzdercihud4opsstlu6,['Prioritization and scheduling of this bug is tracked on Mingle card URL'] +55340,VisualEditor: trouble with Template:Hlist,"Reporting user comment, some formatting is mine: +<> + +I edited his sandbox a couple of times. In this version http://en.wikipedia.org/w/index.php?title=User:Atethnekos/sandbox4&oldid=570256245&veaction=edit the pics of the masks are moved to the left: the caption of the first one is not cut out, but you can't edit the pics at all since VE will consider them as a non editable block. +I can't reproduce the horizontal bar and I can correctly edit the hlist template inside the mask pic caption with both FF and Chrome. +Thanks. + +-------------------------- +**Version**: unspecified +**Severity**: normal",task_description,PHID-TASK-l6w6nyonc7ci3mnehffx,"['VisualEditor: trouble with Template:Hlist\n\nReporting user comment, some formatting is mine:\n<>\n\nI edited his sandbox a couple of times.', ""In this version URL the pics of the masks are moved to the left: the caption of the first one is not cut out, but you can't edit the pics at all since VE will consider them as a non editable block."", ""I can't reproduce the horizontal bar and I can correctly edit the hlist template inside the mask pic caption with both FF and Chrome."", 'Thanks.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" +1514071,VisualEditor: trouble with Template:Hlist,"The previous comments don't explain what/who exactly this task is //stalled// on ([""If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on""](https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle)). + +> the list will end up be extended far into the page. +Does not seem to happen anymore: + +{F31846960} + +> If it's used with [[File:Image]] as on the page, the list will end up being cut off, and then some weird things will happen if I try to click on the hlist template (e.g., the page will be extended to right and my browser will give a horizontal scroll bar). + +Cannot reproduce in Firefox 76. + +> but you can't edit the pics at all since VE will consider them as a non editable block. + +If I understand correctly then I cannot reproduce: + +{F31846963} + +{F31846962} + +If this still happens then please follow https://www.mediawiki.org/wiki/How_to_report_a_bug (clear steps to reproduce; what's expected; what happens instead; in separate sections) and reopen this ticket. + +For the records, wiki text test case here is +``` +{{Infobox philosopher +|image = File:NAMA Masque esclave.jpg +|caption = Geloius: copy of portrait bust by [[Silanion]] +|name = Geloius +|birth_place = [[Athens]] +|main_interests = {{hlist |nullus |primus |secundus |tertius |quartus |quintus |sextus |septus |octavus |nonus |decimus |et ceterus }} +}} +``` + +",task_subcomment,PHID-TASK-l6w6nyonc7ci3mnehffx,"['The previous comments don\'t explain what/who exactly this task is //stalled// on ([""If a report is waiting for further input (e.g.', 'from its reporter or a third party) and can currently not be acted on""](URL\n\nQUOTE\nDoes not seem to happen anymore:\n\n{F31846960}\n\nQUOTE\n\nCannot reproduce in Firefox 76.', ""QUOTE\n\nIf I understand correctly then I cannot reproduce:\n\n{F31846963}\n\n{F31846962}\n\nIf this still happens then please follow URL (clear steps to reproduce; what's expected; what happens instead; in separate sections) and reopen this ticket."", 'For the records, wiki text test case here is\n``CODE``']" +50787,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Go to some long article (so long that it won't fit on one screen in your browser), start the visual editor, scroll down, then use up-arrow to walk all the way back up to the top of the article. It's not possible: the first lines of the article remain obscured by the visual editor's menu bar; the only way to make them visible is using the scroll bar or with PageUp. + + +This is Windows 7, Firefox 16.0.2, Chrome 26.0.1410.64 m, Mediawiki 1.22wmf4 (646544a), VisualEditor 0.1.0 + +-------------------------- +**Version**: unspecified +**Severity**: normal",task_description,PHID-TASK-4bokg6oohi7iw7rzhciv,"[""VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer\n\nGo to some long article (so long that it won't fit on one screen in your browser), start the visual editor, scroll down, then use up-arrow to walk all the way back up to the top of the article."", ""It's not possible: the first lines of the article remain obscured by the visual editor's menu bar; the only way to make them visible is using the scroll bar or with PageUp."", 'This is Windows 7, Firefox 16.0.2, Chrome 26.0.1410.64 m, Mediawiki 1.22wmf4 (646544a), VisualEditor 0.1.0\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']" +2102206,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","IE9, Firefox 16.0.2, Chrome 26.0.1410.64 not supported anymore.",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"['IE9, Firefox 16.0.2, Chrome 26.0.1410.64 not supported anymore.']" +2102205,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","IE9, Firefox 16.0.2, Chrome 26.0.1410.64 now supported anymore.",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"['IE9, Firefox 16.0.2, Chrome 26.0.1410.64 now supported anymore.']" +219382,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer",Apparently IE is affected too (see bug 63778).,task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,['Apparently IE is affected too (see bug 63778).'] +219376,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Go to some long article, scroll all the way down, click to make the blinking cursor visible. Now press and hold the cursor-up key to go all the way back to the top. Upon release of the cursor-up key, the cursor will be invisibly placed behind the toolbar. Another press/release of the cursor-up key is necessary to make it visible again.",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"['Go to some long article, scroll all the way down, click to make the blinking cursor visible.', 'Now press and hold the cursor-up key to go all the way back to the top.', 'Upon release of the cursor-up key, the cursor will be invisibly placed behind the toolbar.', 'Another press/release of the cursor-up key is necessary to make it visible again.']" +219370,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer",I believe that this was fixed some time ago as part of the toolbar fixes - please re-open if not.,task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,['I believe that this was fixed some time ago as part of the toolbar fixes - please re-open if not.'] +219363,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","I am now seeing the following behavior on mediawiki.org, using both Firefox and Chrome: + +Editing a long article with the VisualEditor, scrolling down, and then pressing and holding CursorUp will scroll back to the top, but not quite: the very first line of the article remains obscured by the toolbar. I have to release and repress CursorUp to see that line.",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"['I am now seeing the following behavior on mediawiki.org, using both Firefox and Chrome:\n\nEditing a long article with the VisualEditor, scrolling down, and then pressing and holding CursorUp will scroll back to the top, but not quite: the very first line of the article remains obscured by the toolbar.', 'I have to release and repress CursorUp to see that line.']" +219356,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer",This is now merged and will go out later today.,task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,['This is now merged and will go out later today.'] +219350,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Change 73015 merged by jenkins-bot: +Bind listener to keyup to capture arrows & better math for scrolling. + +https://gerrit.wikimedia.org/r/73015",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"['Change 73015 merged by jenkins-bot:\nBind listener to keyup to capture arrows & better math for scrolling.', 'GERRIT_URL']" +219342,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","Change 73015 had a related patch set uploaded by Robmoen: +Bind listener to keyup to capture arrows & better math for scrolling. + +https://gerrit.wikimedia.org/r/73015",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"['Change 73015 had a related patch set uploaded by Robmoen:\nBind listener to keyup to capture arrows & better math for scrolling.', 'GERRIT_URL']" +219337,"VisualEditor: Using up-arrow to scroll lets you put the cursor under the toolbar in Firefox, Internet Explorer","(In reply to comment #0) +> Go to some long article (so long that it won't fit on one screen in your +> browser), start the visual editor, scroll down, then use up-arrow to walk all +> the way back up to the top of the article. It's not possible: the first lines +> of the article remain obscured by the visual editor's menu bar; the only way +> to make them visible is using the scroll bar or with PageUp. + +I can't reproduce this as written (for wmf6 or wmf7 on Mac or Linux, don't have Windows to test on). We did change the behaviour of the toolbar a little in wmf5, which may explain. + +However, it /is/ possible using the cursor keys to put the cursor underneath the toolbar when scrolled down so that the user can't see where it is. Will change this bug to reflect that, but feel free to revert if you can reproduce.",task_subcomment,PHID-TASK-4bokg6oohi7iw7rzhciv,"[""(In reply to comment #0)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nI can't reproduce this as written (for wmf6 or wmf7 on Mac or Linux, don't have Windows to test on)."", 'We did change the behaviour of the toolbar a little in wmf5, which may explain.', ""However, it /is/ possible using the cursor keys to put the cursor underneath the toolbar when scrolled down so that the user can't see where it is."", 'Will change this bug to reflect that, but feel free to revert if you can reproduce.']" +45120,Create a VisualEditor plugin tool to add/edit Poem blocks,".... is unparsed but shown as plain wikitext: +https://en.wikipedia.org/wiki/User:Raymond/poem + +-------------------------- +**Version**: unspecified +**Severity**: enhancement +**URL**: https://en.wikipedia.org/wiki/User:Raymond/poem",task_description,PHID-TASK-j5lt672qs5xqtdfzq6de,['Create a VisualEditor plugin tool to add/edit Poem blocks\n\n.... is unparsed but shown as plain wikitext:\nURL\n\n--------------------------\n**Version**: unspecified\n**Severity**: enhancement\n**URL**: URL'] +183197,Create a VisualEditor plugin tool to add/edit Poem blocks,"(In reply to comment #3) +> (a) and (b), I guess. See bug 52061. I was going through a list of bugs in +> the Poem component, since they will all need to be moved once the change +> is merged (hoping it *is* merged, of course). Sorry if I'm getting too far +> ahead of myself, but this bug did seem like an odd one out, so I moved it +> out here. + +Moving back to Poem, then. The bug can be moved the MediaWiki/editing or whatever later, when bug 52061 is closed-fixed. + +> (In reply to comment #2) +> > > so I'm punting back to VisualEditor. +> > +> > Why? It's not VisualEditor's problem that an extension hasn't been updated +> > yet… +> +> Well, if Poem is to become a MediaWiki core feature, then it will turn into +> something for the VE team to worry about. + +No, not really. It'll remain the responsibility of some code's maintainer, whoever that is (you?). In the absence of an obvious maintainer, that's the ""Platform team"", which sucks, but is rather outwith this bug report. + +The VE team build VE and some of the MW-specific VE tools. We're not going to make an editor for EasyTimeline, and we're not going to make one for Poem, for the same reason. :-) + +> Also, if I may point it out, the WikiHiero extension is seemingly supported +> in VisualEditor core. The extension itself knows nothing about VE. is that +> an anomaly? + +Yes; the code's yet to be moved into that repo. Give me a spare 10 minutes. :-)",task_subcomment,PHID-TASK-j5lt672qs5xqtdfzq6de,"['(In reply to comment #3)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nMoving back to Poem, then.', 'The bug can be moved the MediaWiki/editing or whatever later, when bug 52061 is closed-fixed.', 'QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nNo, not really.', ""It'll remain the responsibility of some code's maintainer, whoever that is (you?)."", 'In the absence of an obvious maintainer, that\'s the ""Platform team"", which sucks, but is rather outwith this bug report.', 'The VE team build VE and some of the MW-specific VE tools.', ""We're not going to make an editor for EasyTimeline, and we're not going to make one for Poem, for the same reason."", "":-)\n\nQUOTE\nQUOTE\nQUOTE\n\nYes; the code's yet to be moved into that repo."", 'Give me a spare 10 minutes.', ':-)']" +183191,Create a VisualEditor plugin tool to add/edit Poem blocks,"(a) and (b), I guess. See bug 52061. I was going through a list of bugs in the Poem component, since they will all need to be moved once the change is merged (hoping it *is* merged, of course). Sorry if I'm getting too far ahead of myself, but this bug did seem like an odd one out, so I moved it out here. + +(In reply to comment #2) +> > so I'm punting back to VisualEditor. +> +> Why? It's not VisualEditor's problem that an extension hasn't been updated +> yet… + +Well, if Poem is to become a MediaWiki core feature, then it will turn into something for the VE team to worry about. + +Also, if I may point it out, the WikiHiero extension is seemingly supported in VisualEditor core. The extension itself knows nothing about VE. is that an anomaly?",task_subcomment,PHID-TASK-j5lt672qs5xqtdfzq6de,"['(a) and (b), I guess.', 'See bug 52061.', 'I was going through a list of bugs in the Poem component, since they will all need to be moved once the change is merged (hoping it *is* merged, of course).', ""Sorry if I'm getting too far ahead of myself, but this bug did seem like an odd one out, so I moved it out here."", '(In reply to comment #2)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nWell, if Poem is to become a MediaWiki core feature, then it will turn into something for the VE team to worry about.', 'Also, if I may point it out, the WikiHiero extension is seemingly supported in VisualEditor core.', 'The extension itself knows nothing about VE.', 'is that an anomaly?']" +183186,Create a VisualEditor plugin tool to add/edit Poem blocks,"(In reply to comment #1) +> This is not a bug/enhancement in the Poem extension itself, + +False. The Poem extension fails to register a VisualEditor enhanced editor for itself. This is a problem with that extension. See also bug 43115, bug 43118, bug 43127, etc. + +> so I'm punting back to VisualEditor. + +Why? It's not VisualEditor's problem that an extension hasn't been updated yet… + +> If I've got this wrong, please don't move the bug back to Poem, as this +> component is hopefully going to be removed soon. + +Please justify this. + +All MW extensions that are deployed on the WMF cluster (and many that aren't) have a Bugzilla component, by policy. Are you saying that: + + (a) you want us to remove this extension from the cluster, + (b) you want us to merge this extension into MW core, or + (c) you want us to break our existing policy for this extension?",task_subcomment,PHID-TASK-j5lt672qs5xqtdfzq6de,"['(In reply to comment #1)\nQUOTE\n\nFalse.', 'The Poem extension fails to register a VisualEditor enhanced editor for itself.', 'This is a problem with that extension.', 'See also bug 43115, bug 43118, bug 43127, etc.', 'QUOTE\n\nWhy?', ""It's not VisualEditor's problem that an extension hasn't been updated yet…\n\nQUOTE\nQUOTE\n\nPlease justify this."", ""All MW extensions that are deployed on the WMF cluster (and many that aren't) have a Bugzilla component, by policy."", 'Are you saying that:\n\n (a) you want us to remove this extension from the cluster,\n (b) you want us to merge this extension into MW core, or\n (c) you want us to break our existing policy for this extension?']" +183180,Create a VisualEditor plugin tool to add/edit Poem blocks,"This is not a bug/enhancement in the Poem extension itself, so I'm punting back to VisualEditor. + +If I've got this wrong, please don't move the bug back to Poem, as this component is hopefully going to be removed soon.",task_subcomment,PHID-TASK-j5lt672qs5xqtdfzq6de,"[""This is not a bug/enhancement in the Poem extension itself, so I'm punting back to VisualEditor."", ""If I've got this wrong, please don't move the bug back to Poem, as this component is hopefully going to be removed soon.""]" +47304,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login""). + +A few more changes may be needed than to simply adapt the text above the button on the provider selection page ( Special:OpenIDConvert ). + +-------------------------- +**Version**: master +**Severity**: enhancement",task_description,PHID-TASK-wkyshzo5cqaylrvqgeso,"['[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")\n\nCorrect the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"").', 'A few more changes may be needed than to simply adapt the text above the button on the provider selection page ( Special:OpenIDConvert ).', '--------------------------\n**Version**: master\n**Severity**: enhancement']" +210866,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","solved by merging v4.01 +https://gerrit.wikimedia.org/r/97202",task_subcomment,PHID-TASK-wkyshzo5cqaylrvqgeso,['solved by merging v4.01\nGERRIT_URL'] +210861,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","Change 97202 merged by Wikinaut: +Bug 45304: show correct button texts for login/create account/convert OpenID + +https://gerrit.wikimedia.org/r/97202",task_subcomment,PHID-TASK-wkyshzo5cqaylrvqgeso,['Change 97202 merged by Wikinaut:\nBug 45304: show correct button texts for login/create account/convert OpenID\n\nGERRIT_URL'] +210856,"[GUI] Correct the button message text when converting OpenID (must be ""converting"" or ""adding"", not ""Login"")","Change 97202 had a related patch set (by Wikinaut) published: +Bug 45304: show correct button texts for login/create account/convert OpenID + +https://gerrit.wikimedia.org/r/97202",task_subcomment,PHID-TASK-wkyshzo5cqaylrvqgeso,['Change 97202 had a related patch set (by Wikinaut) published:\nBug 45304: show correct button texts for login/create account/convert OpenID\n\nGERRIT_URL'] +33072,Http::get should accept user-agent option,"**Author:** `olivier.beaton` + +**Description:** +for any extension that uses Http::get a common task is setting the user-agent, which means they have to use the request object instead. Really $options should include the user-agent string + +-------------------------- +**Version**: unspecified +**Severity**: enhancement",task_description,PHID-TASK-ssphbusktrpppqnyzrp6,"['Http::get should accept user-agent option\n\n**Author:** CODE\n\n**Description:**\nfor any extension that uses Http::get a common task is setting the user-agent, which means they have to use the request object instead.', 'Really $options should include the user-agent string\n\n--------------------------\n**Version**: unspecified\n**Severity**: enhancement']" +153419,Http::get should accept user-agent option,Patch applied in r103765,task_subcomment,PHID-TASK-ssphbusktrpppqnyzrp6,['Patch applied in r103765'] +153410,Http::get should accept user-agent option,"Created attachment 9087 +Implement UA at Http::request() level + +I'm not so sure it's that hard or that hacky. + +**Attached**: {F8321}",task_subcomment,PHID-TASK-ssphbusktrpppqnyzrp6,"[""Created attachment 9087\nImplement UA at Http::request() level\n\nI'm not so sure it's that hard or that hacky."", '**Attached**: {F8321}']" +153403,Http::get should accept user-agent option,...reviving that would be a bit of a hack though. CURL isn't the only thing we support.,task_subcomment,PHID-TASK-ssphbusktrpppqnyzrp6,"['...reviving that would be a bit of a hack though.', ""CURL isn't the only thing we support.""]" +153395,Http::get should accept user-agent option,"**olivier.beaton** wrote: + +Doing some compat testing and I found out that this is actually lost functionality. Here's what Http::get looked like in 1.15 + +public static function get( $url, $timeout = 'default', $opts = array() ) { + return Http::request( ""GET"", $url, $timeout, $opts ); + +public static function request( $method, $url, $timeout = 'default', $curlOptions = array() ) { + + +and $curlOptions can accept CURLOPT_USERAGENT",task_subcomment,PHID-TASK-ssphbusktrpppqnyzrp6,"['**olivier.beaton** wrote:\n\nDoing some compat testing and I found out that this is actually lost functionality.', 'Here\'s what Http::get looked like in 1.15\n\npublic static function get( $url, $timeout = \'default\', $opts = array() ) {\n return Http::request( ""GET"", $url, $timeout, $opts );\n\npublic static function request( $method, $url, $timeout = \'default\', $curlOptions = array() ) {\n\n\nand $curlOptions can accept CURLOPT_USERAGENT']" +153388,Http::get should accept user-agent option,"Most sensible thing may be to just accept a 'headers' key with a map of HTTP headers to set. + +Thus: + +$foo = Http::get($url, array( + 'followRedirects' => false, + 'postData' => array( + 'foo' => 'bar', + 'baz' => 'quux', + ), + 'headers' => array( + 'User-Agent': 'my special extension', + 'Accept': 'application/x-something', + ) +);",task_subcomment,PHID-TASK-ssphbusktrpppqnyzrp6,"[""Most sensible thing may be to just accept a 'headers' key with a map of HTTP headers to set."", ""Thus:\n\n$foo = Http::get($url, array(\n 'followRedirects' => false,\n 'postData' => array(\n 'foo' => 'bar',\n 'baz' => 'quux',\n ),\n 'headers' => array(\n 'User-Agent': 'my special extension',\n 'Accept': 'application/x-something',\n )\n);""]" +38166,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"For https://commons.wikimedia.org/wiki/File:Carbon_River_pano_01A.jpg + +http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Carbon_River_pano_01A.jpg/6565px-Carbon_River_pano_01A.jpg + +Some sort of Guru meditation. + +-------------------------- +**Version**: wmf-deployment +**Severity**: normal",task_description,PHID-TASK-2sndzb2ydzwochmrxplf,"['HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file\n\nFor URL\n\nURL\n\nSome sort of Guru meditation.', '--------------------------\n**Version**: wmf-deployment\n**Severity**: normal']" +1361244,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"This is same as T200313, closing as duplicate.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['This is same as T200313, closing as duplicate.']" +462234,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"https://upload.wikimedia.org/wikipedia/commons/thumb/8/84/Logiz_de_la_Lune_Rousse-Affiche1900.jpg/120px-Logiz_de_la_Lune_Rousse-Affiche1900.jpg + +``` + +Error generating thumbnail + +There have been too many recent failed attempts (4 or more) to render this thumbnail. Please try again later. +```",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,['URL\n\n``CODE``'] +172172,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"Error code 137 = out of memory. + +(In reply to Jasper Deng from comment #0) +> http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/ +> Carbon_River_pano_01A.jpg/6565px-Carbon_River_pano_01A.jpg +> +> Some sort of Guru meditation. + +What's the use case for generating a 6000px wide thumbnail? + +(In reply to earthsound from comment #10) +> I determined that I'd hit bug 17645, saved the file as a baseline optimized +> JPEG rather than progressive and now the thumbnails work. Sorry for the +> noise. +> +> Perhaps the images reported in this bug are saved similarly (progressive)? + +Yep, that would do it. Progressive images are much more memory intensive to scale. + +---- +Note: the Carbon river file is a baseline jpeg. + +Honestly I don't find it that surprising that it runs out of memory when you try to make a 66 megapixel thumbnail. I feel like this bug should be wontfixed unless people have a compelling reason to need such huge thumbnails.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['Error code 137 = out of memory.', ""(In reply to Jasper Deng from comment #0)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nWhat's the use case for generating a 6000px wide thumbnail?"", '(In reply to earthsound from comment #10)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nYep, that would do it.', 'Progressive images are much more memory intensive to scale.', '----\nNote: the Carbon river file is a baseline jpeg.', ""Honestly I don't find it that surprising that it runs out of memory when you try to make a 66 megapixel thumbnail."", 'I feel like this bug should be wontfixed unless people have a compelling reason to need such huge thumbnails.']" +172164,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to earthsound from comment #10) +> Perhaps the images reported in this bug are saved similarly (progressive)? + +Ouch. We have lists of progressive images, attachment 11220 and attachment 11500, and you can easily test the cases above with exiftools or whatever. I think we've replaced by bot (most) of the bigger ones, but there may be other factors beyond size that make them fail: in that case, it would be nice to determine what they are, to fix them by bot. +It's also possible that whatever you did (a null ""convert"" run?) fixed *other* things.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['(In reply to earthsound from comment #10)\nQUOTE\n\nOuch.', 'We have lists of progressive images, attachment 11220 and attachment 11500, and you can easily test the cases above with exiftools or whatever.', ""I think we've replaced by bot (most) of the bigger ones, but there may be other factors beyond size that make them fail: in that case, it would be nice to determine what they are, to fix them by bot."", 'It\'s also possible that whatever you did (a null ""convert"" run?)', 'fixed *other* things.']" +172155,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**earthsound** wrote: + +I determined that I'd hit bug 17645, saved the file as a baseline optimized JPEG rather than progressive and now the thumbnails work. Sorry for the noise. + +Perhaps the images reported in this bug are saved similarly (progressive)?",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"[""**earthsound** wrote:\n\nI determined that I'd hit bug 17645, saved the file as a baseline optimized JPEG rather than progressive and now the thumbnails work."", 'Sorry for the noise.', 'Perhaps the images reported in this bug are saved similarly (progressive)?']" +172146,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**earthsound** wrote: + +I have been seeing this error (as mentioned in comment 8, it's generating ""Error code:137"" now) for this particular image: + +https://commons.wikimedia.org/wiki/File:Aerial_drawing,_1885,_of_Birmingham,_Alabama.jpg + +The preview on that page (1280px width) is broken: + +https://upload.wikimedia.org/wikipedia/commons/thumb/6/66/Aerial_drawing%2C_1885%2C_of_Birmingham%2C_Alabama.jpg/1280px-Aerial_drawing%2C_1885%2C_of_Birmingham%2C_Alabama.jpg + +After a few failed attempts, it will generate this error: ""Error generating thumbnail - There have been too many recent failed attempts (5 or more) to render this thumbnail. Please try again later."" + +I have found that any size thumbnail up to a width of 1234px will generate OK, but anything 1235px width or larger fails 100% of the time, even though the full resolution image is OK.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['**earthsound** wrote:\n\nI have been seeing this error (as mentioned in comment 8, it\'s generating ""Error code:137"" now) for this particular image: \n\nURL\n\nThe preview on that page (1280px width) is broken:\n\nURL\n\nAfter a few failed attempts, it will generate this error: ""Error generating thumbnail - There have been too many recent failed attempts (5 or more) to render this thumbnail.', 'Please try again later.""', 'I have found that any size thumbnail up to a width of 1234px will generate OK, but anything 1235px width or larger fails 100% of the time, even though the full resolution image is OK.']" +172140,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"I get ""Error code: 137"" nowadays.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['I get ""Error code: 137"" nowadays.']" +172137,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to comment #6) +> I am getting a similar error when trying to download van Gogh: + +That's covered in bug 44071 instead.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"[""(In reply to comment #6)\nQUOTE\n\nThat's covered in bug 44071 instead.""]" +172134,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**DIA.Keyser** wrote: + +I am getting a similar error when trying to download any size larger than 2048px for this van Gogh: + +http://commons.wikimedia.org/wiki/File:Vincent_van_Gogh_-_De_slaapkamer_-_Google_Art_Project.jpg#file",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,['**DIA.Keyser** wrote:\n\nI am getting a similar error when trying to download any size larger than 2048px for this van Gogh:\n\nURL'] +172132,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**sumanah** wrote: + +Still reproducible at + +http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Carbon_River_pano_01A.jpg/6565px-Carbon_River_pano_01A.jpg + +When I change the width: + +https://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Carbon_River_pano_01A.jpg/72px-Carbon_River_pano_01A.jpg + +then it's fine. + +This may be related to bug 13493 (""Can't create thumbnail of images with a peculiar aspect ratio"") and bug 20312 (""Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?"").",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"[""**sumanah** wrote:\n\nStill reproducible at\n\nURL\n\nWhen I change the width:\n\nURL\n\nthen it's fine."", 'This may be related to bug 13493 (""Can\'t create thumbnail of images with a peculiar aspect ratio"") and bug 20312 (""Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?', '"").']" +172130,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to comment #3) +> my guess is that it's failing to resize to a thumbnail that is 6565 pixels +> wide. It works for smaller images. + +Is it a Wikimedia or a MediaWiki issue then? (Still happening.)",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['(In reply to comment #3)\nQUOTE\nQUOTE\n\nIs it a Wikimedia or a MediaWiki issue then?', '(Still happening.)']" +172127,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"**bhartshorne** wrote: + +my guess is that it's failing to resize to a thumbnail that is 6565 pixels wide. It works for smaller images. fwiw, convert is failing with exit code 153.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"[""**bhartshorne** wrote:\n\nmy guess is that it's failing to resize to a thumbnail that is 6565 pixels wide."", 'It works for smaller images.', 'fwiw, convert is failing with exit code 153.']" +172124,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,"(In reply to comment #1) +> XID: 1391948384 + +This XID value seems to change on page refresh, by the way.",task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,"['(In reply to comment #1)\nQUOTE\n\nThis XID value seems to change on page refresh, by the way.']" +172117,HTTP 500 error when generating 6000px wide thumbnail of a 6912px wide and 12.5MB JPEG file,XID: 1391948384,task_subcomment,PHID-TASK-2sndzb2ydzwochmrxplf,['XID: 1391948384'] +74597,Language selectors looks out of place in alpha login page,"alpha login page + +See image. The language links should be centered (or maybe hidden?). Now they look out of place. + +-------------------------- +**Version**: unspecified +**Severity**: minor + +**Attached**: {F15220}",task_description,PHID-TASK-y6acjoulwnqpli2yepse,"['Language selectors looks out of place in alpha login page\n\nalpha login page\n\nSee image.', 'The language links should be centered (or maybe hidden?).', 'Now they look out of place.', '--------------------------\n**Version**: unspecified\n**Severity**: minor\n\n**Attached**: {F15220}']" +329420,Language selectors looks out of place in alpha login page,"Yeh this is a result of trying to repurpose the desktop login form in alpha. +I've added this to acceptance criteria in https://trello.com/c/jt1O10K2/16-use-desktop-login-account-creation-pages",task_subcomment,PHID-TASK-y6acjoulwnqpli2yepse,"['Yeh this is a result of trying to repurpose the desktop login form in alpha.', ""I've added this to acceptance criteria in URL""]" +329415,Language selectors looks out of place in alpha login page,"**bingle-admin** wrote: + +Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/MymsQ4Ns",task_subcomment,PHID-TASK-y6acjoulwnqpli2yepse,['**bingle-admin** wrote:\n\nPrioritization and scheduling of this bug is tracked on Trello card URL'] +69667,REST API page on Gerrit loads prettify.js and .css over HTTP,"https://gerrit.wikimedia.org/r/Documentation/rest-api.html loads: + +* http://cdnjs.cloudflare.com/ajax/libs/prettify/r298/prettify.min.js +* http://cdnjs.cloudflare.com/ajax/libs/prettify/r298/prettify.min.css + +cdnjs.cloudflare.com supports HTTPS, so I think we should change the protocol to HTTPS, or remove them entirely because I don't see any visual difference between loading them or not. + +-------------------------- +**Version**: unspecified +**Severity**: normal",task_description,PHID-TASK-4u7i6vh2ffs42epbda7c,"[""REST API page on Gerrit loads prettify.js and .css over HTTP\n\nURL loads:\n\n* URL\n* URL\n\ncdnjs.cloudflare.com supports HTTPS, so I think we should change the protocol to HTTPS, or remove them entirely because I don't see any visual difference between loading them or not."", '--------------------------\n**Version**: unspecified\n**Severity**: normal']" +75644,Payment processor website uses RC4 for https encryption,"**Author:** `axel+wikimedia` + +**Description:** +Hi, +When trying to make a donation, after entering the amount I wanted to donate I was redirected to a server, ott9.wpstn.com. +From what I can tell, it's a WorldPay.ca (payment processor) server. + +Having configured Firefox to refuse all connections using the RC4 cipher for SSL/TLS (as RC4 is deprecated and considered insecure), I was not able to establish a connection to the server (Firefox shows the “no cipher overlap” error). + +An SSL test for the domain shows that it indeed offers RC4 (and nothing else): +https://www.ssllabs.com/ssltest/analyze.html?d=ott9.wpstn.com + +This is bad. RC4-encrypted traffic has been likened by some infosec researchers to “no encryption” and the NSA can allegedly break it in real-time. + +Here is the (very poor) list of ciphers offered by the server: +TLS_RSA_WITH_RC4_128_MD5 (0x4) 128 +TLS_RSA_WITH_RC4_128_SHA (0x5) 128 +TLS_ECDHE_RSA_WITH_RC4_128_SHA (0xc011) ECDH 571 bits (eq. 15360 bits RSA) FS 128 + +Furthermore, the server is still offering SSLv3. That should also be disabled, following the POODLE vulnerability published about a month ago. + +The server should be offering modern encryption (forward secrecy, no SSL, strong non-deprecated ciphers). +Here is a good guide on how to do it on Apache2: +https://raymii.org/s/tutorials/Strong_SSL_Security_On_Apache2.html + +I hope this can be resolved quickly as the Wikipedia fundraising campaign is ongoing and I don't feel comfortable giving in such conditions nor recommending others do so, even if I believe it is really important they do support Wikipedia, when the payment processor's security is in such a sad state. + +-------------------------- +**Version**: wmf-deployment +**Severity**: major",task_description,PHID-TASK-rztl5jtgoompxnmhf4iv,"['Payment processor website uses RC4 for https encryption\n\n**Author:** CODE\n\n**Description:**\nHi,\nWhen trying to make a donation, after entering the amount I wanted to donate I was redirected to a server, ott9.wpstn.com.', ""From what I can tell, it's a WorldPay.ca (payment processor) server."", 'Having configured Firefox to refuse all connections using the RC4 cipher for SSL/TLS (as RC4 is deprecated and considered insecure), I was not able to establish a connection to the server (Firefox shows the “no cipher overlap” error).', 'An SSL test for the domain shows that it indeed offers RC4 (and nothing else):\nURL\n\nThis is bad.', 'RC4-encrypted traffic has been likened by some infosec researchers to “no encryption” and the NSA can allegedly break it in real-time.', 'Here is the (very poor) list of ciphers offered by the server:\nTLS_RSA_WITH_RC4_128_MD5 (0x4) \t128\nTLS_RSA_WITH_RC4_128_SHA (0x5) \t128\nTLS_ECDHE_RSA_WITH_RC4_128_SHA (0xc011) ECDH 571 bits (eq.', '15360 bits RSA) FS\t\t128\n\nFurthermore, the server is still offering SSLv3.', 'That should also be disabled, following the POODLE\xa0vulnerability published about a month ago.', 'The server should be offering modern encryption (forward secrecy, no SSL, strong non-deprecated ciphers).', ""Here is a good guide on how to do it on Apache2:\nURL\n\nI hope this can be resolved quickly as the Wikipedia fundraising campaign is ongoing and I don't feel comfortable giving in such conditions nor recommending others do so, even if I believe it is really important they do support Wikipedia, when the payment processor's security is in such a sad state."", '--------------------------\n**Version**: wmf-deployment\n**Severity**: major']" +341864,Payment processor website uses RC4 for https encryption,"It seems they have fixed the issue. They have enabled some cipher suites besides RC4. SSL 3.0 has been disabled. + +https://www.ssllabs.com/ssltest/analyze.html?d=ott9.wpstn.com",task_subcomment,PHID-TASK-rztl5jtgoompxnmhf4iv,"['It seems they have fixed the issue.', 'They have enabled some cipher suites besides RC4.', 'SSL 3.0 has been disabled.', 'URL']" +339907,Payment processor website uses RC4 for https encryption,"Fair enough. Marking as stalled, as we are still waiting for the third party to resolve this issue. ",task_subcomment,PHID-TASK-rztl5jtgoompxnmhf4iv,"['Fair enough.', 'Marking as stalled, as we are still waiting for the third party to resolve this issue.']" +339810,Payment processor website uses RC4 for https encryption,"Thanks for filing this issue. We don't usually close a bug just because a fix is planned; ""Open, stalled"" would be a more standard status (I just checked and the issue wasn't resolved yet).",task_subcomment,PHID-TASK-rztl5jtgoompxnmhf4iv,"['Thanks for filing this issue.', 'We don\'t usually close a bug just because a fix is planned; ""Open, stalled"" would be a more standard status (I just checked and the issue wasn\'t resolved yet).']" +332801,Payment processor website uses RC4 for https encryption,"While you may say ""it presents very little risk in this context"", the real issue here is that the existence of RC4-only servers prevents the clients from disabling RC4 ciphers entirely. Browsers have to support RC4 to make these websites, such as Worldpay, ""just work"". According to SSL Pulse, 1.4% of sites require RC4, and 27.3% of sites use RC4 with modern browsers. If there were no such 1.4% sites, browsers could have disabled RC4 ciphers by now so that users are immune to RC4 attacks no matter which websites they visit. However, now **these 1.4% of websites, including Worldpay, make 27.3% of websites in the world vulnerable to RC4 attacks**. You may argue that the 27.3% websites are also wrong in that they support and prioritize RC4 ciphers. That's right. But practically it's easier for RC4-only websites to add more cipher suites, because I see no servers use RC4 only as their default cipher suite list. + +Anyway, writing this post, I just want to point out that this is a big issue, regardless of whether ""it presents very little risk in this context"" or not. I hope Worldpay can fix this issue as soon as possible.",task_subcomment,PHID-TASK-rztl5jtgoompxnmhf4iv,"['While you may say ""it presents very little risk in this context"", the real issue here is that the existence of RC4-only servers prevents the clients from disabling RC4 ciphers entirely.', 'Browsers have to support RC4 to make these websites, such as Worldpay, ""just work"".', 'According to SSL Pulse, 1.4% of sites require RC4, and 27.3% of sites use RC4 with modern browsers.', 'If there were no such 1.4% sites, browsers could have disabled RC4 ciphers by now so that users are immune to RC4 attacks no matter which websites they visit.', 'However, now **these 1.4% of websites, including Worldpay, make 27.3% of websites in the world vulnerable to RC4 attacks**.', 'You may argue that the 27.3% websites are also wrong in that they support and prioritize RC4 ciphers.', ""That's right."", ""But practically it's easier for RC4-only websites to add more cipher suites, because I see no servers use RC4 only as their default cipher suite list."", 'Anyway, writing this post, I just want to point out that this is a big issue, regardless of whether ""it presents very little risk in this context"" or not.', 'I hope Worldpay can fix this issue as soon as possible.']" +332727,Payment processor website uses RC4 for https encryption,"Thank you for raising this issue. + +While RC4 does have several well-documented vulnerabilities, the best rely on finding short tokens across high volumes of repeated requests, such as session identifiers, which our users don't have with the Worldpay endpoint. Additionally, our Worldpay workflow relies on two endpoints: The public one that you identified, and a private secure endpoint which is used at the beginning of the workflow to issue a one-time token. While RC4 is less than ideal, it presents very little risk in this context. + +Additionally, we have recently reached out to Worldpay and learned that they are currently in the process of scheduling a maintenance window in the near future, during which time they will be removing RC4 ciphers, adding TLS ciphers to the public endpoint, and disabling SSL 3.0.",task_subcomment,PHID-TASK-rztl5jtgoompxnmhf4iv,"['Thank you for raising this issue.', ""While RC4 does have several well-documented vulnerabilities, the best rely on finding short tokens across high volumes of repeated requests, such as session identifiers, which our users don't have with the Worldpay endpoint."", 'Additionally, our Worldpay workflow relies on two endpoints: The public one that you identified, and a private secure endpoint which is used at the beginning of the workflow to issue a one-time token.', 'While RC4 is less than ideal, it presents very little risk in this context.', 'Additionally, we have recently reached out to Worldpay and learned that they are currently in the process of scheduling a maintenance window in the near future, during which time they will be removing RC4 ciphers, adding TLS ciphers to the public endpoint, and disabling SSL 3.0.']" +73621,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Bug 70672 (T72672) fixes the security hole of allowing Javascript in CSS in the Mediawiki namespace. It does this by breaking the functionality of loading CSS when on the Special:UserLogin and Special:Preferences pages. Unfortunately this means that any custom styles are not loaded. To the end user it causes momentarily confusion that they may have been maliciously redirected to a different site to enter their username and password. This is an undesirable side effect for the user interface. + +I have created an example extension that will prevent saving any custom CSS that contains Javascript imports. +https://github.com/Alexia/Bug70672 + +Example error output: +http://imgur.com/a/TnsTY#0 + +Original bug: +https://bugzilla.wikimedia.org/show_bug.cgi?id=70672 + +-------------------------- +**Version**: 1.23.5 +**Severity**: major +**See Also**: +https://bugzilla.wikimedia.org/show_bug.cgi?id=70672",task_description,PHID-TASK-o6thfwgsk54xnsmig6b5,"['Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme\n\nBug 70672 (T72672) fixes the security hole of allowing Javascript in CSS in the Mediawiki namespace.', 'It does this by breaking the functionality of loading CSS when on the Special:UserLogin and Special:Preferences pages.', 'Unfortunately this means that any custom styles are not loaded.', 'To the end user it causes momentarily confusion that they may have been maliciously redirected to a different site to enter their username and password.', 'This is an undesirable side effect for the user interface.', 'I have created an example extension that will prevent saving any custom CSS that contains Javascript imports.', 'URL\n\nExample error output:\nURL\n\nOriginal bug:\nURL\n\n--------------------------\n**Version**: 1.23.5\n**Severity**: major\n**See Also**:\nURL']" +333918,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,">>! In T73621#790441, @Aklapper wrote: +> I assume this can be closed as fixed now? + +Yes!",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['QUOTE\nQUOTE\n\nYes!'] +333862,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,I assume this can be closed as fixed now?,task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['I assume this can be closed as fixed now?'] +333564,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 175671 merged by jenkins-bot: +Make allowing site-wide styles on restricted special pages a config option + +[[https://gerrit.wikimedia.org/r/175671]]",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['Change 175671 merged by jenkins-bot:\nMake allowing site-wide styles on restricted special pages a config option\n\n[[GERRIT_URL]]'] +332921,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 174018 merged by Mglaser: +Make allowing site-wide styles on restricted special pages a config option + +[[https://gerrit.wikimedia.org/r/174018]]",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['Change 174018 merged by Mglaser:\nMake allowing site-wide styles on restricted special pages a config option\n\n[[GERRIT_URL]]'] +332916,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 174014 merged by Mglaser: +Make allowing site-wide styles on restricted special pages a config option + +[[https://gerrit.wikimedia.org/r/174014]]",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['Change 174014 merged by Mglaser:\nMake allowing site-wide styles on restricted special pages a config option\n\n[[GERRIT_URL]]'] +332912,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Change 175671 had a related patch set uploaded (by Mglaser): +Make allowing site-wide styles on restricted special pages a config option + +[[https://gerrit.wikimedia.org/r/175671]] + +#patch-for-review",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['Change 175671 had a related patch set uploaded (by Mglaser):\nMake allowing site-wide styles on restricted special pages a config option\n\n[[GERRIT_URL]]\n\n#patch-for-review'] +321388,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"I uploaded patches for REL1_24, REL1_23, and REL1_22. I started on REL1_19 and then it got all scary so I stopped. + +I'm not sure what to do about @since 1.25 tags, so I left them as they are.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['I uploaded patches for REL1_24, REL1_23, and REL1_22.', 'I started on REL1_19 and then it got all scary so I stopped.', ""I'm not sure what to do aboutSCREEN_NAME 1.25 tags, so I left them as they are.""]" +321385,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote: + +Change 174018 had a related patch set uploaded by Legoktm: +Make allowing site-wide styles on restricted special pages a config option + +https://gerrit.wikimedia.org/r/174018",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['**gerritadmin** wrote:\n\nChange 174018 had a related patch set uploaded by Legoktm:\nMake allowing site-wide styles on restricted special pages a config option\n\nGERRIT_URL'] +321382,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote: + +Change 174014 had a related patch set uploaded by Legoktm: +Make allowing site-wide styles on restricted special pages a config option + +https://gerrit.wikimedia.org/r/174014",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['**gerritadmin** wrote:\n\nChange 174014 had a related patch set uploaded by Legoktm:\nMake allowing site-wide styles on restricted special pages a config option\n\nGERRIT_URL'] +321378,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote: + +Change 174012 had a related patch set uploaded by Legoktm: +Make allowing site-wide styles on restricted special pages a config option + +https://gerrit.wikimedia.org/r/174012",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['**gerritadmin** wrote:\n\nChange 174012 had a related patch set uploaded by Legoktm:\nMake allowing site-wide styles on restricted special pages a config option\n\nGERRIT_URL'] +321374,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"I believe that this is great news and having a configuration setting for this [1] is great and very much acceptable. Thanks a ton for making this possible! + +Since this went to master I think this change should be backported to the 1.19, 1.23 and 1.24 branches. + + +[1] https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['I believe that this is great news and having a configuration setting for this [1] is great and very much acceptable.', 'Thanks a ton for making this possible!', 'Since this went to master I think this change should be backported to the 1.19, 1.23 and 1.24 branches.', '[1] URL']" +321370,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote: + +Change 165979 merged by jenkins-bot: +Make allowing site-wide styles on restricted special pages a config option + +https://gerrit.wikimedia.org/r/165979",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['**gerritadmin** wrote:\n\nChange 165979 merged by jenkins-bot:\nMake allowing site-wide styles on restricted special pages a config option\n\nGERRIT_URL'] +321366,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Kunal's fix here makes sense to me. Perhaps the ideal would be that everyone who sets up a wiki has full time developers available to help style their site, but the fact is that CSS and JS are known and used by amateurs to produce the effects they want. Restricting that ability causes problems for end users. + +As far as security, it makes sense to keep user js/css off these pages, but MediaWiki: namespaced js/css should be available and is, by default, more tightly controlled. + +Since the problem that is solved here is visible on WikiApiary, I'm going to ask Jamie Thingelstad to test the patch there and merge it if it solves the problem.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""Kunal's fix here makes sense to me."", 'Perhaps the ideal would be that everyone who sets up a wiki has full time developers available to help style their site, but the fact is that CSS and JS are known and used by amateurs to produce the effects they want.', 'Restricting that ability causes problems for end users.', 'As far as security, it makes sense to keep user js/css off these pages, but MediaWiki: namespaced js/css should be available and is, by default, more tightly controlled.', ""Since the problem that is solved here is visible on WikiApiary, I'm going to ask Jamie Thingelstad to test the patch there and merge it if it solves the problem.""]" +321362,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Is there no really easier way to suppress disasbling MediaWiki NS CSS when Special:Preferences is loaded? + +Only I can edit the MW NS. I see no risk...",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['Is there no really easier way to suppress disasbling MediaWiki NS CSS when Special:Preferences is loaded?', 'Only I can edit the MW NS.', 'I see no risk...']" +321358,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"For the record, these last few comments were mostly to provide more context, data and factor of influence. I don't feel it's appropriate for me to make a decision about this.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['For the record, these last few comments were mostly to provide more context, data and factor of influence.', ""I don't feel it's appropriate for me to make a decision about this.""]" +321352,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Krinkle from comment #9) +> (In reply to Kunal Mehta (Legoktm) from comment #7) +> > (In reply to Krinkle from comment #5) +> > > This would result in loading only part of a module, which is in my opinion +> > > against expectations. +> > +> > We already serve only the CSS of the module to no-JS users, so it's not +> > totally against expectations. +> > +> +> No we don't. Only for exceptional modules that are designed specifically to +> be a base module without javascript, loaded explicitly via addModuleStyles, +> thus bypassing ResourceLoader. If you're loading a regular module containing +> javascript files via addModuleStyles, you're doing it wrong. It doesn't +> throw an exception for that right now, but we should if that helps. +> +> When writing css rules in a stylesheet loaded by ResourceLoader one should +> be able to assume javascript execution alongside of it. +> + +For the 'site' module you are absolutely right of course. In general a module is either executed regularly (addModules/mw.loader.load) or styles only (e.g. Vector skin; addModuleStyles/load.php only=styles). In case of the 'site' wiki-page module, it is loaded with both addModuleStyles and addModuleScripts separately because the scripts have to execute in the global javascript context for legacy reasons, and Common.css historically is both the companion of Common.js as well as the standalone stylesheet for wiki content (e.g. infobox, or fallback styles for collapsible elements).",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""(In reply to Krinkle from comment #9)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nFor the 'site' module you are absolutely right of course."", 'In general a module is either executed regularly (addModules/mw.loader.load) or styles only (e.g.', 'Vector skin; addModuleStyles/load.php only=styles).', ""In case of the 'site' wiki-page module, it is loaded with both addModuleStyles and addModuleScripts separately because the scripts have to execute in the global javascript context for legacy reasons, and Common.css historically is both the companion of Common.js as well as the standalone stylesheet for wiki content (e.g."", 'infobox, or fallback styles for collapsible elements).']" +321345,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,The main issue is that it is such a long standing feature that breaking it in security patch without notification to end users is not acceptable. Then dragging along not issuing a recall on the patch or providing a corrected patch is also not acceptable.,task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['The main issue is that it is such a long standing feature that breaking it in security patch without notification to end users is not acceptable.', 'Then dragging along not issuing a recall on the patch or providing a corrected patch is also not acceptable.']" +321341,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Kunal Mehta (Legoktm) from comment #7) +> (In reply to Krinkle from comment #5) +> > This would result in loading only part of a module, which is in my opinion +> > against expectations. +> +> We already serve only the CSS of the module to no-JS users, so it's not +> totally against expectations. +> + +No we don't. Only for exceptional modules that are designed specifically to be a base module without javascript, loaded explicitly via addModuleStyles, thus bypassing ResourceLoader. If you're loading a regular module containing javascript files via addModuleStyles, you're doing it wrong. It doesn't throw an exception for that right now, but we should if that helps. + +When writing css rules in a stylesheet loaded by ResourceLoader one should be able to assume javascript execution alongside of it. + +(In reply to Kunal Mehta (Legoktm) from comment #7) +> Those might be reasonable changes for the future, but I don't think it's +> okay to do such a major change without proper notice/release notes, and +> definitely not appropriate to do in a security patch. + +I agree. But on the other hand one could also argue we never supported this in the first place. The community never asked to make usability and design decisions for the software interface. And contrary to the usual case, it's actually smaller wikis that do this, not the larger language editions of Wikipedia. Which I suspect might be due to lack of peer review and a wider audience to notice the (possibly negative) impact of a such a change. + +I'm not arguing that though. It's been too years since Common.css was added and these wikis started doing it to take it back now. Should the community ask for a feature if there's an existing exploit they can use to emulate a requested feature? (e.g. if Common.css was limited to content area and content pages, this would never be possible and we'd have to consider it as an actual feature, which we probably wouldn't allow for good reasons on WMF. The intent to improve the interface is completely valid however and we'd actively help those wikis improve their interface from the software perspective instead, it's merely about the implementation details here, not about the actual visual changes to interface).",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""(In reply to Kunal Mehta (Legoktm) from comment #7)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nNo we don't."", 'Only for exceptional modules that are designed specifically to be a base module without javascript, loaded explicitly via addModuleStyles, thus bypassing ResourceLoader.', ""If you're loading a regular module containing javascript files via addModuleStyles, you're doing it wrong."", ""It doesn't throw an exception for that right now, but we should if that helps."", 'When writing css rules in a stylesheet loaded by ResourceLoader one should be able to assume javascript execution alongside of it.', '(In reply to Kunal Mehta (Legoktm) from comment #7)\nQUOTE\nQUOTE\nQUOTE\n\nI agree.', 'But on the other hand one could also argue we never supported this in the first place.', 'The community never asked to make usability and design decisions for the software interface.', ""And contrary to the usual case, it's actually smaller wikis that do this, not the larger language editions of Wikipedia."", 'Which I suspect might be due to lack of peer review and a wider audience to notice the (possibly negative) impact of a such a change.', ""I'm not arguing that though."", ""It's been too years since Common.css was added and these wikis started doing it to take it back now."", ""Should the community ask for a feature if there's an existing exploit they can use to emulate a requested feature?"", '(e.g.', ""if Common.css was limited to content area and content pages, this would never be possible and we'd have to consider it as an actual feature, which we probably wouldn't allow for good reasons on WMF."", ""The intent to improve the interface is completely valid however and we'd actively help those wikis improve their interface from the software perspective instead, it's merely about the implementation details here, not about the actual visual changes to interface).""]" +321334,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"So what's next? How do we get all the affected wikis out of their current misery? This bug should not be a back-burner thing as it looks like at the moment. + +I think the MW software should allow wikis to adapt the overall appearance without having to use a custom skin. So far the easiest way was to use Common.css/js etc. which is no longer working for integral pages such as the login and preferences. + +I think the proposed change tries to address this issue. Another possibility may probably be an extension that allows placing custom CSS- and/or JS-file(s) on the server which is then packed into a resource loader module loaded by the extension. This may perhaps also be a setting in MW core which allows to point to the respective file(s) and then does the same job. Perhaps there are other ways.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""So what's next?"", 'How do we get all the affected wikis out of their current misery?', 'This bug should not be a back-burner thing as it looks like at the moment.', 'I think the MW software should allow wikis to adapt the overall appearance without having to use a custom skin.', 'So far the easiest way was to use Common.css/js etc.', 'which is no longer working for integral pages such as the login and preferences.', 'I think the proposed change tries to address this issue.', 'Another possibility may probably be an extension that allows placing custom CSS- and/or JS-file(s) on the server which is then packed into a resource loader module loaded by the extension.', 'This may perhaps also be a setting in MW core which allows to point to the respective file(s) and then does the same job.', 'Perhaps there are other ways.']" +321329,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Krinkle from comment #5) +> This would result in loading only part of a module, which is in my opinion +> against expectations. + +We already serve only the CSS of the module to no-JS users, so it's not totally against expectations. + +> +> I don't like escalating a relatively simple bug into a social problem, but I +> think this is one of those cases where that is appropriate. +> +> Maybe we should discourage people from theming their wiki to this extreme +> via this method? Third parties should add a stylesheet via LocalSettings +> instead of Common.css. +> +> This should be done by a developer instead (especially for third parties). + +Part of the problem is that AFAIK there is no good/easy way to do that outside of a) writing your own skin (overkill in most cases), b) directly editing the skin stylesheets, which we really don't want people to do. + +> +> For Wikimedia sites, I'd like to think that, while it's kind of +> undocumented, that people really should not significantly change the site +> interface. Users should not be able to notice a difference outside the +> content area when the styles are not loaded. +> +> That thing about people thinking it's a different site, that goes both ways. +> When they visit that different language edition, should that be allowed to +> look like a completely different website? +> +> Main reason being that the software interface is provided by MediaWiki core. +> If there are problems there, they should be reported to the software and +> addressed accordingly. Things can be iterated and tried in gadgets, but for +> something so central to the software, it either shouldn't be done (e.g. bad +> idea), or should be done (good idea) and done in the software itself so that +> it may benefit a wider audience (and usually a higher quality result in +> terms of browser support, user experience, performance and maintainability). +> +> Something as fundamental as the site font, for example. That's either a +> personal preference one could question whether it's responsible for users to +> override, or there's a technical reason (eg. their wiki's language doesn't +> render well in the font we choose by default) - in which case we shouldn't +> put that burden on them. By all means that is a high priority problem for +> the foundation and MediaWiki software to address. +> +> There have also been proposals in the past to technically restrict the +> ability of MediaWiki:Common.css to affect anything outside page content, but +> that hasn't gotten anywhere. And I'm also not convinced that that'd be a +> good thing. There's plenty of grey area where it's technically outside the +> content area, but part of a larger customisation that doesn't interfere with +> the software interface. + +Those might be reasonable changes for the future, but I don't think it's okay to do such a major change without proper notice/release notes, and definitely not appropriate to do in a security patch.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""(In reply to Krinkle from comment #5)\nQUOTE\nQUOTE\n\nWe already serve only the CSS of the module to no-JS users, so it's not totally against expectations."", ""QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nPart of the problem is that AFAIK there is no good/easy way to do that outside of a) writing your own skin (overkill in most cases), b) directly editing the skin stylesheets, which we really don't want people to do."", ""QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nThose might be reasonable changes for the future, but I don't think it's okay to do such a major change without proper notice/release notes, and definitely not appropriate to do in a security patch.""]" +321323,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"(In reply to Krinkle from comment #5) +> Maybe we should discourage people from theming their wiki to this extreme +> via this method? Third parties should add a stylesheet via LocalSettings +> instead of Common.css. + +People use Common.css and Skin.css to theme their wikis only because MediaWiki doesn't provide any proper way to do it on-wiki. +For a single site that you're running yourself, making or installing a custom skin is good. But for wiki farms where individual communities run wikis where they do not have FTP access, they need the theme to be editable on-wiki.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""(In reply to Krinkle from comment #5)\nQUOTE\nQUOTE\nQUOTE\n\nPeople use Common.css and Skin.css to theme their wikis only because MediaWiki doesn't provide any proper way to do it on-wiki."", ""For a single site that you're running yourself, making or installing a custom skin is good."", 'But for wiki farms where individual communities run wikis where they do not have FTP access, they need the theme to be editable on-wiki.']" +321316,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"This would result in loading only part of a module, which is in my opinion against expectations. + +I don't like escalating a relatively simple bug into a social problem, but I think this is one of those cases where that is appropriate. + +Maybe we should discourage people from theming their wiki to this extreme via this method? Third parties should add a stylesheet via LocalSettings instead of Common.css. + +This should be done by a developer instead (especially for third parties). + +For Wikimedia sites, I'd like to think that, while it's kind of undocumented, that people really should not significantly change the site interface. Users should not be able to notice a difference outside the content area when the styles are not loaded. + +That thing about people thinking it's a different site, that goes both ways. When they visit that different language edition, should that be allowed to look like a completely different website? + +Main reason being that the software interface is provided by MediaWiki core. If there are problems there, they should be reported to the software and addressed accordingly. Things can be iterated and tried in gadgets, but for something so central to the software, it either shouldn't be done (e.g. bad idea), or should be done (good idea) and done in the software itself so that it may benefit a wider audience (and usually a higher quality result in terms of browser support, user experience, performance and maintainability). + +Something as fundamental as the site font, for example. That's either a personal preference one could question whether it's responsible for users to override, or there's a technical reason (eg. their wiki's language doesn't render well in the font we choose by default) - in which case we shouldn't put that burden on them. By all means that is a high priority problem for the foundation and MediaWiki software to address. + +There have also been proposals in the past to technically restrict the ability of MediaWiki:Common.css to affect anything outside page content, but that hasn't gotten anywhere. And I'm also not convinced that that'd be a good thing. There's plenty of grey area where it's technically outside the content area, but part of a larger customisation that doesn't interfere with the software interface.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['This would result in loading only part of a module, which is in my opinion against expectations.', ""I don't like escalating a relatively simple bug into a social problem, but I think this is one of those cases where that is appropriate."", 'Maybe we should discourage people from theming their wiki to this extreme via this method?', 'Third parties should add a stylesheet via LocalSettings instead of Common.css.', 'This should be done by a developer instead (especially for third parties).', ""For Wikimedia sites, I'd like to think that, while it's kind of undocumented, that people really should not significantly change the site interface."", 'Users should not be able to notice a difference outside the content area when the styles are not loaded.', ""That thing about people thinking it's a different site, that goes both ways."", 'When they visit that different language edition, should that be allowed to look like a completely different website?', 'Main reason being that the software interface is provided by MediaWiki core.', 'If there are problems there, they should be reported to the software and addressed accordingly.', ""Things can be iterated and tried in gadgets, but for something so central to the software, it either shouldn't be done (e.g."", 'bad idea), or should be done (good idea) and done in the software itself so that it may benefit a wider audience (and usually a higher quality result in terms of browser support, user experience, performance and maintainability).', 'Something as fundamental as the site font, for example.', ""That's either a personal preference one could question whether it's responsible for users to override, or there's a technical reason (eg."", ""their wiki's language doesn't render well in the font we choose by default) - in which case we shouldn't put that burden on them."", 'By all means that is a high priority problem for the foundation and MediaWiki software to address.', ""There have also been proposals in the past to technically restrict the ability of MediaWiki:Common.css to affect anything outside page content, but that hasn't gotten anywhere."", ""And I'm also not convinced that that'd be a good thing."", ""There's plenty of grey area where it's technically outside the content area, but part of a larger customisation that doesn't interfere with the software interface.""]" +321312,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"**gerritadmin** wrote: + +Change 165979 had a related patch set uploaded by Legoktm: +Re-enable site-wide styles on Special:Preferences/UserLogin + +https://gerrit.wikimedia.org/r/165979",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,['**gerritadmin** wrote:\n\nChange 165979 had a related patch set uploaded by Legoktm:\nRe-enable site-wide styles on Special:Preferences/UserLogin\n\nGERRIT_URL'] +321308,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,"Yes, this is needed on fa, ckb, arz, glk, mzn, ps, pnb. Why? Because all of these wikis are overriding default browser defined sans-serif font on their Common.css and it is needed their UI would be consistent on preference and eventually login/logout also.",task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['Yes, this is needed on fa, ckb, arz, glk, mzn, ps, pnb.', 'Why?', 'Because all of these wikis are overriding default browser defined sans-serif font on their Common.css and it is needed their UI would be consistent on preference and eventually login/logout also.']" +321302,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,Many scripts/styles run on a site level; it does not make sense that they do not work on two pages. CSS is used e.g. in Arabic Wikipedia to adjust general font size and fix a bunch of directionality issues.,task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"['Many scripts/styles run on a site level; it does not make sense that they do not work on two pages.', 'CSS is used e.g.', 'in Arabic Wikipedia to adjust general font size and fix a bunch of directionality issues.']" +321295,Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme,Also bawolff's email: https://lists.wikimedia.org/pipermail/wikitech-l/2014-October/078903.html,task_subcomment,PHID-TASK-o6thfwgsk54xnsmig6b5,"[""Also bawolff's email: URL""]" +62315,"Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs","Although requests from ssl terminators are visible in the udp2log +stream when consuming directly, and also in the edit tsvs [1], none +are visible in the sampled-1000 tsv [2] or the mobile-sampled-100 +tsvs [3]. + +Due to the numbers exposed by the edit tsv we'd expect >1000 lines/day +from ssl terminators in the sampled-1000 tsvs, and >500 lines/day in +the mobile-sampled-100 tsvs due to the edit requests alone. + +Are those two streams suffering the same problem as edit tsvs suffered +before 2014-01-14 (bug 60314)? + +Let's get the ssl requests into the sampled-1000 and +mobile-sampled-100 tsvs! + +(I've been told sampled-1000 is collected independently on two +different hosts. Is the one that does not get mirrored to stat1002 +also affected? Not sure which those hosts are. The udp2log filters +live in +https://git.wikimedia.org/tree/operations%2Fpuppet/production/templates%2Fudp2log +) + + +[1] +___________________________________________________________ +qchris@stat1002 // 0 // 00:36:41 +cwd: ~ +zgrep -c '^ssl' /a/squid/archive/edits/edits.tsv.log-20140121.gz +1358968 + + +[2] +___________________________________________________________ +qchris@stat1002 // 0 // 22:14:02 +cwd: ~ +zgrep -c '^ssl' /a/squid/archive/sampled/sampled-1000.tsv.log-201401*.gz +/a/squid/archive/sampled/sampled-1000.tsv.log-20140101.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140102.gz:0 +[...] +/a/squid/archive/sampled/sampled-1000.tsv.log-20140113.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140114.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140115.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140116.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140117.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140118.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140119.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140120.gz:0 +/a/squid/archive/sampled/sampled-1000.tsv.log-20140121.gz:0 + + +[3] +___________________________________________________________ +qchris@stat1002 // 0 // 22:47:06 +cwd: ~ +zgrep -c '^ssl' /a/squid/archive/mobile/mobile-sampled-100.tsv.log-201401*.gz +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140101.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140102.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140103.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140104.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140105.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140107.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140108.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140109.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140110.gz:1 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140111.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140112.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140113.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140114.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140115.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140116.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140117.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140118.gz:0 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140119.gz:1 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140120.gz:2 +/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140121.gz:0 + + +The four matches from the 201401{10,19,20} files are artifacts from an +ssl terminator request line being too long and getting messed up with +a subsequent mobile request line. + +-------------------------- +**Version**: unspecified +**Severity**: normal",task_description,PHID-TASK-2y2k45wukaju6uyrp23s,"['Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs\n\nAlthough requests from ssl terminators are visible in the udp2log\nstream when consuming directly, and also in the edit tsvs [1], none\nare visible in the sampled-1000 tsv [2] or the mobile-sampled-100\ntsvs [3].', ""Due to the numbers exposed by the edit tsv we'd expect >1000 lines/day\nfrom ssl terminators in the sampled-1000 tsvs, and >500 lines/day in\nthe mobile-sampled-100 tsvs due to the edit requests alone."", 'Are those two streams suffering the same problem as edit tsvs suffered\nbefore 2014-01-14 (bug 60314)?', ""Let's get the ssl requests into the sampled-1000 and\nmobile-sampled-100 tsvs!"", ""(I've been told sampled-1000 is collected independently on two\ndifferent hosts."", 'Is the one that does not get mirrored to stat1002\nalso affected?', 'Not sure which those hosts are.', ""The udp2log filters\nlive in\nURL\n)\n\n\n[1]\n___________________________________________________________\nqchris@stat1002 // 0 // 00:36:41 \ncwd: ~\nzgrep -c '^ssl' /a/squid/archive/edits/edits.tsv.log-20140121.gz\n1358968\n\n\n[2]\n___________________________________________________________\nqchris@stat1002 // 0 // 22:14:02 \ncwd: ~\nzgrep -c '^ssl' /a/squid/archive/sampled/sampled-1000.tsv.log-201401*.gz\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140101.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140102.gz:0\n[...]\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140113.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140114.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140115.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140116.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140117.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140118.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140119.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140120.gz:0\n/a/squid/archive/sampled/sampled-1000.tsv.log-20140121.gz:0\n\n\n[3]\n___________________________________________________________\nqchris@stat1002 // 0 // 22:47:06 \ncwd: ~\nzgrep -c '^ssl' /a/squid/archive/mobile/mobile-sampled-100.tsv.log-201401*.gz\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140101.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140102.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140103.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140104.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140105.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140107.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140108.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140109.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140110.gz:1\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140111.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140112.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140113.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140114.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140115.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140116.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140117.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140118.gz:0\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140119.gz:1\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140120.gz:2\n/a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140121.gz:0\n\n\nThe four matches from the 201401{10,19,20} files are artifacts from an\nssl terminator request line being too long and getting messed up with\na subsequent mobile request line."", '--------------------------\n**Version**: unspecified\n**Severity**: normal']" +284243,"Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs","**bingle-admin** wrote: + +Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1399",task_subcomment,PHID-TASK-2y2k45wukaju6uyrp23s,['**bingle-admin** wrote:\n\nPrioritization and scheduling of this bug is tracked on Mingle card URL'] +284239,"Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs","ottomata said that nginx might log only to gadolinium, while +sampled-1000 gets written only on emery.",task_subcomment,PHID-TASK-2y2k45wukaju6uyrp23s,"['ottomata said that nginx might log only to gadolinium, while\nsampled-1000 gets written only on emery.']" +110411,login.py doesnt recognise * in config.usernames,"With an entry like follows in `user-config.py` +``` +usernames['wikipedia']['*'] = 'JVbot-test' +``` + +`login.py` emits a error + +``` +$ python pwb.py login -all +Logged in on wikipedia:test as JVbot-test. +*.wikipedia is not a valid site, please remove it from your config +```",task_description,PHID-TASK-xxhid5r4jxhawqqzajzb,['login.py doesnt recognise * in config.usernames\n\nWith an entry like follows in CODE\n``CODE`CODElogin.pyCODE`CODE``'] +2490111,login.py doesnt recognise * in config.usernames,"Change #1112370 had a related patch set uploaded (by Xqt; author: Xqt): +%%%[pywikibot/core@master] login.py: Recognise * in config.usernames%%% +https://gerrit.wikimedia.org/r/1112370",task_subcomment,PHID-TASK-xxhid5r4jxhawqqzajzb,['Change #1112370 had a related patch set uploaded (by Xqt; author: Xqt):\n%%%[pywikibot/core@master] login.py: Recognise * in config.usernames%%%\nGERRIT_URL'] +845352,login.py doesnt recognise * in config.usernames,It can really be practical.,task_subcomment,PHID-TASK-xxhid5r4jxhawqqzajzb,['It can really be practical.'] +815603,login.py doesnt recognise * in config.usernames,"Change 339806 abandoned by Dalba: +login.py: Recognise * in config.usernames + +Reason: +May take a long time to login to all sites. Maybe we can take advantage of CentralAuth. Needs further investigation. + +[[https://gerrit.wikimedia.org/r/339806]]",task_subcomment,PHID-TASK-xxhid5r4jxhawqqzajzb,"['Change 339806 abandoned by Dalba:\nlogin.py: Recognise * in config.usernames\n\nReason:\nMay take a long time to login to all sites.', 'Maybe we can take advantage of CentralAuth.', 'Needs further investigation.', '[[GERRIT_URL]]']" +815594,login.py doesnt recognise * in config.usernames,"Change 339806 had a related patch set uploaded (by Dalba): +login.py: Recognise * in config.usernames + +[[https://gerrit.wikimedia.org/r/339806]] +",task_subcomment,PHID-TASK-xxhid5r4jxhawqqzajzb,['Change 339806 had a related patch set uploaded (by Dalba):\nlogin.py: Recognise * in config.usernames\n\n[[GERRIT_URL]]'] +815573,login.py doesnt recognise * in config.usernames,"Currently I get: + +``` +$ python pwb.py login -all +*.wikipedia is not a valid site, please remove it from your config +Traceback (most recent call last): + File ""pwb.py"", line 263, in + if not main(): + File ""pwb.py"", line 257, in main + run_python_file(filename, [filename] + args, argvu, file_package) + File ""pwb.py"", line 121, in run_python_file + main_mod.__dict__) + File "".\scripts\login.py"", line 193, in + main() + File "".\scripts\login.py"", line 166, in main + for familyName in namedict: +RuntimeError: dictionary changed size during iteration + +CRITICAL: Closing network session. +``` +",task_subcomment,PHID-TASK-xxhid5r4jxhawqqzajzb,['Currently I get:\n\n``CODE``'] +101814,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,"After update from 1.24 series to 1.25, I started having this error on certain pages. Currently the error shows up when I click Upload at the File Upload page (which is Dosya Yükle in Turkish translation), among others. + +I did follow documentation on the release notes; MediaWiki was first installed from tarball, then I tried the git-compose install/update method. The psr directory exists in $IP/vendor. + +> MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components.MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components. + +I can reproduce the error. Mediawiki error report: + +> ( ! ) Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in +> /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php on line 412 +> Call Stack +> # Time Memory Function Location +> 1 0.0001 241112 {main}( ) ../index.php:0 +> 2 2.9770 2424544 MediaWiki->run( ) ../index.php:41 +> 3 2.9770 2425104 MediaWiki->main( ) ../MediaWiki.php:414 +> 4 3.0107 3203232 MediaWiki->performRequest( ) ../MediaWiki.php:566 +> 5 3.0343 3415968 SpecialPageFactory::executePath( ) ../MediaWiki.php:267 +> 6 3.0433 3966400 SpecialPage->run( ) ../SpecialPageFactory.php:582 +> 7 3.0434 3966496 SpecialUpload->execute( ) ../SpecialPage.php:384 +> 8 3.1018 5433712 SpecialUpload->processUpload( ) ../SpecialUpload.php:195 +> 9 4.3216 7132504 SpecialUpload->showUploadWarning( ) ../SpecialUpload.php:458 +> 10 4.3406 7381440 SpecialUpload->getDupeWarning( ) ../SpecialUpload.php:368 +> 11 4.3538 7501392 TraditionalImageGallery->toHTML( ) ../SpecialUpload.php:748 +> 12 4.3599 7838880 Linker::processResponsiveImages( ) ../TraditionalImageGallery.php:136 +> 13 4.3625 7842584 File->transform( ) ../Linker.php:895 +> 14 4.3644 7858520 File->generateAndSaveThumb( ) ../File.php:1079 +> 15 4.3647 7860640 TransformationalImageHandler->doTransform( ) ../File.php:1112 +> 16 4.3658 7866960 BitmapHandler->transformImageMagick( ) ../TransformationalImageHandler.php:244 +> 17 4.3658 7868760 TransformationalImageHandler->getMagickVersion( ) ../Bitmap.php:91 +> 18 4.3659 7869648 wfDebug( ) ../TransformationalImageHandler.php:517 +> 19 4.3659 7870024 MediaWiki\Logger\LoggerFactory::getInstance( ) ../GlobalFunctions.php:1055 +> 20 4.3659 7870120 interface_exists ( ) ../LoggerFactory.php:97 +> 21 4.3659 7870440 Composer\Autoload\ClassLoader->loadClass( ) ../LoggerFactory.php:0 +> 22 4.3659 7870440 Composer\Autoload\includeFile( ) ../ClassLoader.php:301 +> MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components.MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components. +> ( ! ) Fatal error: MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user. Please see mediawiki.org for help on installing the required components. in /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php on line 107 +> Call Stack +> # Time Memory Function Location +> 1 0.0001 241112 {main}( ) ../index.php:0 +> 2 2.9770 2424544 MediaWiki->run( ) ../index.php:41 +> 3 2.9770 2425104 MediaWiki->main( ) ../MediaWiki.php:414 +> 4 3.0107 3203232 MediaWiki->performRequest( ) ../MediaWiki.php:566 +> 5 3.0343 3415968 SpecialPageFactory::executePath( ) ../MediaWiki.php:267 +> 6 3.0433 3966400 SpecialPage->run( ) ../SpecialPageFactory.php:582 +> 7 3.0434 3966496 SpecialUpload->execute( ) ../SpecialPage.php:384 +> 8 3.1018 5433712 SpecialUpload->processUpload( ) ../SpecialUpload.php:195 +> 9 4.3216 7132504 SpecialUpload->showUploadWarning( ) ../SpecialUpload.php:458 +> 10 4.3406 7381440 SpecialUpload->getDupeWarning( ) ../SpecialUpload.php:368 +> 11 4.3538 7501392 TraditionalImageGallery->toHTML( ) ../SpecialUpload.php:748 +> 12 4.3599 7838880 Linker::processResponsiveImages( ) ../TraditionalImageGallery.php:136 +> 13 4.3625 7842584 File->transform( ) ../Linker.php:895 +> 14 4.3644 7858520 File->generateAndSaveThumb( ) ../File.php:1079 +> 15 4.3647 7860640 TransformationalImageHandler->doTransform( ) ../File.php:1112 +> 16 4.3658 7866960 BitmapHandler->transformImageMagick( ) ../TransformationalImageHandler.php:244 +> 17 4.3658 7868760 TransformationalImageHandler->getMagickVersion( ) ../Bitmap.php:91 +> 18 4.3659 7869648 wfDebug( ) ../TransformationalImageHandler.php:517 +> 19 4.3659 7870024 MediaWiki\Logger\LoggerFactory::getInstance( ) ../GlobalFunctions.php:1055 +> 20 4.3659 7870120 interface_exists ( ) ../LoggerFactory.php:97 +> 21 4.3659 7870440 Composer\Autoload\ClassLoader->loadClass( ) ../LoggerFactory.php:0 +> 22 4.3659 7870440 Composer\Autoload\includeFile( ) ../ClassLoader.php:301 +> 23 4.3676 7880328 MWExceptionHandler::handleFatalError( ) ../MWExceptionHandler.php:0 +> 24 4.3676 7866992 MWExceptionHandler::logError( ) ../MWExceptionHandler.php:265 +> 25 4.3678 7869072 wfDebugLog( ) ../MWExceptionHandler.php:507 +> 26 4.3678 7869608 MediaWiki\Logger\LoggerFactory::getInstance( ) ../GlobalFunctions.php:1155 +> 27 4.3678 7870160 trigger_error ( ) ../LoggerFactory.php:107 +> 28 4.3678 7871592 MWExceptionHandler::handleError( ) ../LoggerFactory.php:107 +> 29 4.3679 7883192 MWExceptionHandler::logError( ) ../MWExceptionHandler.php:222 +> 30 4.3680 7886192 wfDebugLog( ) ../MWExceptionHandler.php:507 +> 31 4.3680 7887656 MediaWiki\Logger\LoggerFactory::getInstance( ) ../GlobalFunctions.php:1155 +> 32 4.3680 7888208 trigger_error ( ) ../LoggerFactory.php:107 +> + + +And Apache error when I try/refresh the relevant page(s): + +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Fatal error: include(): Cannot redeclare class +> psr\\log\\loggerinterface in /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php on line 412, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Stack trace:, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 1. {main}() /srv/www/mywiki.mydomain.com/index.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 2. MediaWiki->run() /srv/www/mywiki.mydomain.com/index.php:41, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 3. MediaWiki->main() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:414, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 4. MediaWiki->performRequest() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:566, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 5. SpecialPageFactory::executePath() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:267, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 6. SpecialPage->run() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPageFactory.php:582, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 7. SpecialVersion->execute() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPage.php:384, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 8. SpecialVersion->getExtensionCredits() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:129, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 9. SpecialVersion->getExtensionCategory() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:463, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 10. SpecialVersion->getCreditsForExtension() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:637, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 11. GitInfo->getHeadCommitDate() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:743, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 12. wfShellExec() /srv/www/mywiki.mydomain.com/includes/GitInfo.php:218, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 13. wfDebug() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:2802, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 14. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1055, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 15. interface_exists() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:97, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 16. Composer\\Autoload\\ClassLoader->loadClass() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 17. Composer\\Autoload\\includeFile() /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php:301, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Fatal error: MediaWiki requires the PSR-3 logging library to be present. This library is not embedded directly in MediaWiki's git repository and must be installed separately by the end user.\n\nPlease see mediawiki.org for help on installing the required components. in /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php on line 107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP Stack trace:, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 1. {main}() /srv/www/mywiki.mydomain.com/index.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 2. MediaWiki->run() /srv/www/mywiki.mydomain.com/index.php:41, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 3. MediaWiki->main() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:414, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 4. MediaWiki->performRequest() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:566, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 5. SpecialPageFactory::executePath() /srv/www/mywiki.mydomain.com/includes/MediaWiki.php:267, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 6. SpecialPage->run() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPageFactory.php:582, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 7. SpecialVersion->execute() /srv/www/mywiki.mydomain.com/includes/specialpage/SpecialPage.php:384, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 8. SpecialVersion->getExtensionCredits() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:129, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 9. SpecialVersion->getExtensionCategory() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:463, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 10. SpecialVersion->getCreditsForExtension() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:637, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 11. GitInfo->getHeadCommitDate() /srv/www/mywiki.mydomain.com/includes/specials/SpecialVersion.php:743, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 12. wfShellExec() /srv/www/mywiki.mydomain.com/includes/GitInfo.php:218, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 13. wfDebug() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:2802, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 14. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1055, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 15. interface_exists() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:97, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 16. Composer\\Autoload\\ClassLoader->loadClass() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 17. Composer\\Autoload\\includeFile() /srv/www/mywiki.mydomain.com/vendor/composer/ClassLoader.php:301, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 18. MWExceptionHandler::handleFatalError() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:0, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 19. MWExceptionHandler::logError() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:265, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 20. wfDebugLog() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:507, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 21. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1155, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 22. trigger_error() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 23. MWExceptionHandler::handleError() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 24. MWExceptionHandler::logError() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:222, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 25. wfDebugLog() /srv/www/mywiki.mydomain.com/includes/exception/MWExceptionHandler.php:507, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 26. MediaWiki\\Logger\\LoggerFactory::getInstance() /srv/www/mywiki.mydomain.com/includes/GlobalFunctions.php:1155, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> [Thu May 28 06:55:06 2015] [error] [client 192.168.1.1] PHP 27. trigger_error() /srv/www/mywiki.mydomain.com/includes/debug/logger/LoggerFactory.php:107, referer: http://mywiki.mydomain.com/index.php/%C3%96zel:%C3%96zelSayfalar +> + +",task_description,PHID-TASK-horp6gl436aa5in2kxna,"['PHP Fatal error: include(): Cannot redeclare class psr\\log\\loggerinterface in /vendor/composer/ClassLoader.php:412\n\nAfter update from 1.24 series to 1.25, I started having this error on certain pages.', 'Currently the error shows up when I click Upload at the File Upload page (which is Dosya Yükle in Turkish translation), among others.', 'I did follow documentation on the release notes; MediaWiki was first installed from tarball, then I tried the git-compose install/update method.', 'The psr directory exists in $IP/vendor.', 'QUOTE\n\nI can reproduce the error.', 'Mediawiki error report: \n\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\n\nAnd Apache error when I try/refresh the relevant page(s): \n\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE']" +901975,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,Declining... Nobody cared to reply and MW1.25 is no longer supported,task_subcomment,PHID-TASK-horp6gl436aa5in2kxna,['Declining... Nobody cared to reply and MW1.25 is no longer supported'] +699501,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,">>! In T101814#1407843, @Krinkle wrote: +> Perhaps you have an older extension installed that also ships a PSR-3 interface? + +@emirhan: Can you answer this? Is this still an issue?",task_subcomment,PHID-TASK-horp6gl436aa5in2kxna,"['QUOTE\nQUOTE\nSCREEN_NAME: Can you answer this?', 'Is this still an issue?']" +677081,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,">>! In T101814#1407843, @Krinkle wrote: +> Perhaps you have an older extension installed that also ships a PSR-3 interface? + +@emirhan: Can you answer this? Is this still an issue?",task_subcomment,PHID-TASK-horp6gl436aa5in2kxna,"['QUOTE\nQUOTE\nSCREEN_NAME: Can you answer this?', 'Is this still an issue?']" +483075,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,"The error you reported does not mean PSR-3 is not installed. In fact, it means the opposite. The error shows that the `vendor/` directory exists and contains the PSR-3 class. + +However when it loads it, it claims it is a redeclaration. In other words, it has been defined by something else. And then when MediaWiki tries to load its own, it ends up loading a second time. Loading the same class twice is not possible and as such the engine aborts with a fatal error. + +Perhaps you have an older extension installed that also ships a PSR-3 interface?",task_subcomment,PHID-TASK-horp6gl436aa5in2kxna,"['The error you reported does not mean PSR-3 is not installed.', 'In fact, it means the opposite.', 'The error shows that the CODE directory exists and contains the PSR-3 class.', 'However when it loads it, it claims it is a redeclaration.', 'In other words, it has been defined by something else.', 'And then when MediaWiki tries to load its own, it ends up loading a second time.', 'Loading the same class twice is not possible and as such the engine aborts with a fatal error.', 'Perhaps you have an older extension installed that also ships a PSR-3 interface?']" +480752,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,"Update. + +I think I narrowed it down to the images directory. When I move the images directory (which holds images as well as PDFs, PPTs) from the installation directory, the issue seems to be solved. When I move the directory back, the error starts again. + +I also tried the maintenance/importImages.php script for importing the images from the old installation directory (instead of simply copying). No luck. ",task_subcomment,PHID-TASK-horp6gl436aa5in2kxna,"['Update.', 'I think I narrowed it down to the images directory.', 'When I move the images directory (which holds images as well as PDFs, PPTs) from the installation directory, the issue seems to be solved.', 'When I move the directory back, the error starts again.', 'I also tried the maintenance/importImages.php script for importing the images from the old installation directory (instead of simply copying).', 'No luck.']" +471322,PHP Fatal error: include(): Cannot redeclare class psr\log\loggerinterface in /vendor/composer/ClassLoader.php:412,(Sorry lcawte; mid-air collision when editing),task_subcomment,PHID-TASK-horp6gl436aa5in2kxna,['(Sorry lcawte; mid-air collision when editing)'] diff --git a/dsl/091625_human_text_sample.csv b/dsl/091625_human_text_sample.csv deleted file mode 100644 index 6fe2023..0000000 --- a/dsl/091625_human_text_sample.csv +++ /dev/null @@ -1,1567 +0,0 @@ -id,task_title,comment_text,comment_type,cleaned_sentences -484796,PhpHttpRequest requires a certificate repository,"Change 222079 had a related patch set uploaded (by Brian Wolff): -Use system default location for cafile when using php fopen. - -[[https://gerrit.wikimedia.org/r/222079]] -",task_subcomment,"['Change 222079 had a related patch set uploaded (by Brian Wolff):\nUse system default location for cafile when using php fopen.', '[[GERRIT_URL]]']" -240957,VisualEditor: Create toolbar icons for bold/italic/underline/superscript/subscript/etc. for scripts/languages as appropriate,"(In reply to comment #1) -> (In reply to comment #0) -> > Since bug 38551 have been resolved, it is _possible_ to have per-language -> > bold/italic button variants. -> -> That's about Vector, which is entirely irrelevant here. - -Really? Bug 38551 ""VisualEditor: Bold and Italic UI buttons need to be internationalisable"" fixed by https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FVisualEditor/f49d80d27a757d0500b542959284a6c6bc99aebe? Anyway, that's not important. - -> Yes (and the Latin-generic ones). - -Which are wrong, that's the point. - -> > We already have -> > https://commons.wikimedia.org/wiki/WikiEditor_Toolbar_Icons#List_by_language -> > -- -> > cannot we use that? -> -> No. Those are low-quality PNG-only icons and not in keeping with the existing -> VisualEditor ones. VisualEditor's interface is in SVG. We look forward to the -> creation of such icons and would gladly include them. Turning this into a -> tracking bug so each language can be tracked against it. - -That was exactly my point is that we do not want to do that, because we have already went through this with Vector. But I guess I have not expressed myself clearly: I do not care about the exact image files linked there. The point is that _we already know_ that Czech, Hebrew, and Polish (in addition to English) want to use B/I, and we already have these images, the only problem is to modify the configuration. We already know that Danish, Norwegian, and Swedish (in addition to German) want to use F/K, and we already have these images, the only problem is to modify the configuration. We also already know what letters 13 other languages would want to use, even though we do not have those images ready (I guess), but the best person to create those missing images is the person who created the current A/A/B/I/F/K ones, I would say. - -So: I believe I do not need to manually create 6 new bugs to request Czech, Hebrew, and Polish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-b' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-i', and Danish, Norwegian, and Swedish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-f' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-k'.",task_subcomment,"['(In reply to comment #1)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nReally?', 'Bug 38551 ""VisualEditor: Bold and Italic UI buttons need to be internationalisable"" fixed by URL Anyway, that\'s not important.', ""QUOTE\n\nWhich are wrong, that's the point."", 'QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nThat was exactly my point is that we do not want to do that, because we have already went through this with Vector.', 'But I guess I have not expressed myself clearly: I do not care about the exact image files linked there.', 'The point is that _we already know_ that Czech, Hebrew, and Polish (in addition to English) want to use B/I, and we already have these images, the only problem is to modify the configuration.', 'We already know that Danish, Norwegian, and Swedish (in addition to German) want to use F/K, and we already have these images, the only problem is to modify the configuration.', 'We also already know what letters 13 other languages would want to use, even though we do not have those images ready (I guess), but the best person to create those missing images is the person who created the current A/A/B/I/F/K ones, I would say.', ""So: I believe I do not need to manually create 6 new bugs to request Czech, Hebrew, and Polish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-b' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-i', and Danish, Norwegian, and Swedish to have ve.ui.BoldButtonTool.static.icon switched to 'bold-f' and ve.ui.ItalicButtonTool.static.icon switched to 'italic-k'.""]" -227877,VisualEditor: Respect Parsoid's ,*** Bug 53491 has been marked as a duplicate of this bug. ***,task_subcomment,"['*** Bug 53491 has been marked as a duplicate of this bug.', '***']" -241062,VisualEditor: Editing a link spanning a comment splits the link,"(In reply to Gerrit Notification Bot from comment #3) -> Change 141063 merged by jenkins-bot: -> Also annotate metadata in TransactionProcessor -> -> https://gerrit.wikimedia.org/r/141063 - -Helpfully, this doesn't actually fix the bug (just a number of related bugs where the comment isn't on the edge of the link). Assigned.",task_subcomment,"[""(In reply to Gerrit Notification Bot from comment #3)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nHelpfully, this doesn't actually fix the bug (just a number of related bugs where the comment isn't on the edge of the link)."", 'Assigned.']" -655077,blog rss feed links to HTTP (cleartext) blog posts even when feed fetched over HTTPS,It looks to me like the main problem was solved. We might be able to close this...,task_subcomment,"['It looks to me like the main problem was solved.', 'We might be able to close this...']" -286281,"New instances are stuck in ""The certificate retrieved from the master does not match the agent's private key.""","I just now tried creating a new instance, and it came up fine, and the puppet cert worked. I do see the error on icinga-scfc-test3, though. - -I want to think that this is some kind of occasional error that happens when there's an ID collision or when an old ID is used. But the fact that it's complaining about an ID different from the instance is very strange. I'll investigate further... in the meantime, though, if you create yet another instance, most likely it'll work :/",task_subcomment,"['I just now tried creating a new instance, and it came up fine, and the puppet cert worked.', 'I do see the error on icinga-scfc-test3, though.', ""I want to think that this is some kind of occasional error that happens when there's an ID collision or when an old ID is used."", ""But the fact that it's complaining about an ID different from the instance is very strange."", ""I'll investigate further... in the meantime, though, if you create yet another instance, most likely it'll work :/""]" -54493,VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox,"Greg also reproduced this. He sees a superscript, but I have an additional issue, that the beta is roughly the same horizontal position. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"[""VisualEditor: The 'beta' element in the edit tab has an overline instead of underline in Firefox\n\nGreg also reproduced this."", 'He sees a superscript, but I have an additional issue, that the beta is roughly the same horizontal position.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -236607,VisualEditor: Remove Opera from blacklist,"Note that the Presto engine-based Opera 12.x is being end-of-lined; the new Opera 15 is Chromium-based. - -Is it worth worrying about Opera 12.x compatibility?",task_subcomment,"['Note that the Presto engine-based Opera 12.x is being end-of-lined; the new Opera 15 is Chromium-based.', 'Is it worth worrying about Opera 12.x compatibility?']" -212399,Mediawikiwiki: Make VisualEditor a hidden preference,"Change 73565 abandoned by Hashar: -(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs - -Reason: -A preference to temporarily disable VisualEditor has been introduced in the VisualEditor extension itself : https://gerrit.wikimedia.org/r/#/c/75541/ - -This change is thus no more needed. - -https://gerrit.wikimedia.org/r/73565",task_subcomment,"[""Change 73565 abandoned by Hashar:\n(bug 50929) Remove 'visualeditor-enable' from $wgHiddenPrefs\n\nReason:\nA preference to temporarily disable VisualEditor has been introduced in the VisualEditor extension itself : URL\n\nThis change is thus no more needed."", 'GERRIT_URL']" -251222,VisualEditor: Link editor requires ENTER for input," -It is reproducible, let me show an example: - -Assume that the first word on a page to be edited is ""ThisIsALinkToGoogle"" (no quotes) - -Open the page to be edited and without doing anything else to the page, click the Link icon. The Link dialog shows ThisIsALinkToGoogle highlighted and entered automatically in the text field input. - -In the input field, replace ThisIsALinkToGoogle by typing ""http://www.google.com"" - -When you finish typing, just click the left-arrow icon to close the Link dialog and (ostensibly) save what you have typed into the text field. - -Do the Save page/Review your changes dance. - -In the diff and in the saved page you will see -[[ThisIsALinkToGoogle]] which is not helpful. - -What I would expect to see is your typing preserved in a link like [http://www.google.com ThisIsALinkToGoogle]",task_subcomment,"['\nIt is reproducible, let me show an example: \n\nAssume that the first word on a page to be edited is ""ThisIsALinkToGoogle"" (no quotes) \n\nOpen the page to be edited and without doing anything else to the page, click the Link icon.', 'The Link dialog shows ThisIsALinkToGoogle highlighted and entered automatically in the text field input.', 'In the input field, replace ThisIsALinkToGoogle by typing ""URL\n\nWhen you finish typing, just click the left-arrow icon to close the Link dialog and (ostensibly) save what you have typed into the text field.', 'Do the Save page/Review your changes dance.', 'In the diff and in the saved page you will see \t\n[[ThisIsALinkToGoogle]] which is not helpful.', 'What I would expect to see is your typing preserved in a link like [URL ThisIsALinkToGoogle]']" -497251,Batch Parsoid's API requests,"Sounds good to me since it looks like it keeps complexity down implementing this since the code can be customized to Parsoid's needs. But, once this is all ironed out and live, we should update docs for 3rd party Parsoid installs about requirement (unless batching can be made optional on the Parsoid end).",task_subcomment,"[""Sounds good to me since it looks like it keeps complexity down implementing this since the code can be customized to Parsoid's needs."", 'But, once this is all ironed out and live, we should update docs for 3rd party Parsoid installs about requirement (unless batching can be made optional on the Parsoid end).']" -245118,Unclosed formatting elements leaking out of transclusions,"No, the tpl encapsulation looks correct to me. The tree builder correction in this case is quite broad and it would be hard to detect auto-correction as well. On this last example, there are no autoInserted* flags except on the innermost tag. As long as we are using a html5 compliant tree builder, our options are a little limited on this kind of html without doing more complicated tracking/analyses. I am not convinced those are worth the trouble and headaches.",task_subcomment,"['No, the tpl encapsulation looks correct to me.', 'The tree builder correction in this case is quite broad and it would be hard to detect auto-correction as well.', 'On this last example, there are no autoInserted* flags except on the innermost tag.', 'As long as we are using a html5 compliant tree builder, our options are a little limited on this kind of html without doing more complicated tracking/analyses.', 'I am not convinced those are worth the trouble and headaches.']" -101966,"Remove use of label ""hasSlaveScripts"" in jobs","hasSlaveScripts should also be available on labs slaves, not only production slaves. It seems the scripts are there but the slaves are not tagged that way. Perhaps the solution is to remove the tag if every slave has them. - -To find all such jobs: - - ssh gallium.wikimedia.org 'grep -l hasSlaveScripts /var/lib/jenkins/jobs/*/config.xml|cut -d\/ -f6' - - -That is all the -jslint jobs and: - -[X] erblint-HEAD https://gerrit.wikimedia.org/r/222283 -[X] jshint - https://gerrit.wikimedia.org/r/222115 -[X] jsonlint - https://gerrit.wikimedia.org/r/222115 -[X] *-jslint - https://gerrit.wikimedia.org/r/222115 -[X] mediawiki-core-jslint https://gerrit.wikimedia.org/r/222281 -[X] mediawiki-core-phpcs **unused** dropped by https://gerrit.wikimedia.org/r/222282 -[X] mediawiki-core-whitespaces https://gerrit.wikimedia.org/r/222280 -[X] mwext-CirrusSearch-whitespaces https://gerrit.wikimedia.org/r/222280 -[X] mediawiki-core-phpcs-HEAD https://gerrit.wikimedia.org/r/222123 -[X] mwext-.*-phpcs-HEAD https://gerrit.wikimedia.org/r/222123 -[X] operations-puppet-pep8 https://gerrit.wikimedia.org/r/217249 -[X] operations-puppet-test https://gerrit.wikimedia.org/r/217249 -[X] parsoidsvc-php-parsertests https://gerrit.wikimedia.org/r/222577 -[X] perllint https://gerrit.wikimedia.org/r/217503 -[X] pplint-HEAD https://gerrit.wikimedia.org/r/217504",task_description,"['Remove use of label ""hasSlaveScripts"" in jobs\n\nhasSlaveScripts should also be available on labs slaves, not only production slaves.', 'It seems the scripts are there but the slaves are not tagged that way.', 'Perhaps the solution is to remove the tag if every slave has them.', ""To find all such jobs:\n\n ssh gallium.wikimedia.org 'grep -l hasSlaveScripts /var/lib/jenkins/jobs/*/config.xml|cut -d\\/ -f6'\n\n\nThat is all the -jslint jobs and:\n\n[X] erblint-HEAD GERRIT_URL\n[X] jshint - GERRIT_URL\n[X] jsonlint - GERRIT_URL\n[X] *-jslint - GERRIT_URL\n[X] mediawiki-core-jslint GERRIT_URL\n[X] mediawiki-core-phpcs **unused** dropped by GERRIT_URL\n[X] mediawiki-core-whitespaces GERRIT_URL\n[X] mwext-CirrusSearch-whitespaces GERRIT_URL\n[X] mediawiki-core-phpcs-HEAD GERRIT_URL\n[X] mwext-."", '*-phpcs-HEAD GERRIT_URL\n[X] operations-puppet-pep8 GERRIT_URL \n[X] operations-puppet-test GERRIT_URL \n[X] parsoidsvc-php-parsertests GERRIT_URL\n[X] perllint GERRIT_URL\n[X] pplint-HEAD GERRIT_URL']" -248191,Templates that create multiple table cells don't work,"The problem here is 2), the extra | generated by Singlechart. The PHP parser flattens everything to a string, so it will eventually see '\n||' with one of those pipes generated by 2) and the other from 1). Parsoid on the other hand needs to keep track of where things came from, so sees those pipes as two td tags. - -This can be fixed by avoiding 2).",task_subcomment,"['The problem here is 2), the extra | generated by Singlechart.', ""The PHP parser flattens everything to a string, so it will eventually see '\\n||' with one of those pipes generated by 2) and the other from 1)."", 'Parsoid on the other hand needs to keep track of where things came from, so sees those pipes as two td tags.', 'This can be fixed by avoiding 2).']" -245595,AssessmentBar gadget clashes with VisualEditor edit surface,CC'ing Yuvi as this covers AssessmentBar,task_subcomment,"[""CC'ing Yuvi as this covers AssessmentBar""]" -321952,Login as another user no longer works,"Change 162120 merged by jenkins-bot: -Allow logged-in users to view and use the login form again - -https://gerrit.wikimedia.org/r/162120",task_subcomment,['Change 162120 merged by jenkins-bot:\nAllow logged-in users to view and use the login form again\n\nGERRIT_URL'] -240780,VisualEditor: Closing (as opposed to applying) a dialog with no changes undoes last item in the stack anyway,"Not quite, it's just doing it without checking if a new breakpoint was actually added.",task_subcomment,"[""Not quite, it's just doing it without checking if a new breakpoint was actually added.""]" -243551,TemplateData: Get better error messages for JSON syntax errors,"(In reply to comment #2) -> Presumably this could be done if bug 50169 was implemented, though. :-) - -Well, in case of bug 50169 (VisualEditor plugin for TemplateData) there would never be a syntax error in the JSON because the user wouldn't be editing it directly. They'd be using a form-like interface to interact with it (VE would generate the JSON which is always valid). - -However if the VE plugin would have a raw mode to edit the JSON (e.g. using an Ace surface like Extension:CodeEditor does), we could use its JSHint integration to get inline errors by line/char highlighting (e.g. like in Sublime).",task_subcomment,"[""(In reply to comment #2)\nQUOTE\n\nWell, in case of bug 50169 (VisualEditor plugin for TemplateData) there would never be a syntax error in the JSON because the user wouldn't be editing it directly."", ""They'd be using a form-like interface to interact with it (VE would generate the JSON which is always valid)."", 'However if the VE plugin would have a raw mode to edit the JSON (e.g.', 'using an Ace surface like Extension:CodeEditor does), we could use its JSHint integration to get inline errors by line/char highlighting (e.g.', 'like in Sublime).']" -51774,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**Author:** `ka.hing.chan` - -**Description:** -In version 1.21.1, the special pages get an Server Error HTTP Error 500. - --------------------------- -**Version**: REL1_21-branch -**Severity**: normal",task_description,"['HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given\n\n**Author:** CODE\n\n**Description:**\nIn version 1.21.1, the special pages get an Server Error HTTP Error 500.', '--------------------------\n**Version**: REL1_21-branch\n**Severity**: normal']" -243102,VisualEditor: Deletion into a DL from a block slug breaks,"Change 73952 merged by jenkins-bot: -Handle backspace correctly when in a slugs - -https://gerrit.wikimedia.org/r/73952",task_subcomment,['Change 73952 merged by jenkins-bot:\nHandle backspace correctly when in a slugs\n\nGERRIT_URL'] -189627,VisualEditor: Type mismatch when inserting unbalanced content,Id9269a29e51ca213508de8f155d3feec5e5b0774 should resolve this,task_subcomment,['Id9269a29e51ca213508de8f155d3feec5e5b0774 should resolve this'] -620273,"VisualEditor: Add support for editing templates' parameters as DOM elements (""visually""), including supporting nested templates","Current thinking about switching modes: - -| Basic appearance | {F3459623} -| Editing with support | {F3459624} -| Switched to 'wikitext' mode | {F3459622} -",task_subcomment,"[""Current thinking about switching modes:\n\n| Basic appearance | {F3459623}\n| Editing with support | {F3459624}\n| Switched to 'wikitext' mode | {F3459622}""]" -58590,Use the HTTP API in round-trip testing,"Parsoid currently tests parsing and serialiation of content. Currently, testing of the HTTP API wrappers and any issues with libraries and bugs in the endpoints relies on manual testing. - -Gaps in manual testing can lead to incidents like this: https://wikitech.wikimedia.org/wiki/Incident_documentation/20131104-Parsoid - -So, we need an automated test setup for our HTTP API endpoints. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['Use the HTTP API in round-trip testing\n\nParsoid currently tests parsing and serialiation of content.', 'Currently, testing of the HTTP API wrappers and any issues with libraries and bugs in the endpoints relies on manual testing.', 'Gaps in manual testing can lead to incidents like this: URL\n\nSo, we need an automated test setup for our HTTP API endpoints.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -959434,VisualEditor: Tool to set/unset text color,[[ https://www.mediawiki.org/wiki/Topic:U1chcv4o6odr18kt | Here's a new request for this. ]],task_subcomment,"[""[[ URL | Here's a new request for this. ]]""]" -157377,Allow HTTPS access on noc.wikimedia,"(In reply to comment #8) -> Please continue to submit bugs for services which are missing https. - -Are you sure individual bugs make sense here? Something more systematic seems saner.",task_subcomment,"['(In reply to comment #8)\nQUOTE\n\nAre you sure individual bugs make sense here?', 'Something more systematic seems saner.']" -406346,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,"For a list of features shared among repositories, see https://www.mediawiki.org/wiki/Quality_Assurance/Browser_testing/Shared_features - -ZeroPortal should use the ""Given I am logged in"" step as all the other repos do. ",task_subcomment,"['For a list of features shared among repositories, see URL\n\nZeroPortal should use the ""Given I am logged in"" step as all the other repos do.']" -52907,VisualEditor: The anchor for the template editor can easily become invisible,"Take a page with a reasonably sized infobox. -Make your browser window 11"" size or something -Scroll down a bit -Click the infobox - -The infobox has become selected, but the anchor for the editor, being in the top right, is often out of view well under the toolbar. This leaves the user without a proper hint. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: The anchor for the template editor can easily become invisible\n\nTake a page with a reasonably sized infobox.', 'Make your browser window 11"" size or something\nScroll down a bit\nClick the infobox\n\nThe infobox has become selected, but the anchor for the editor, being in the top right, is often out of view well under the toolbar.', 'This leaves the user without a proper hint.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -3343,OAuth login refers to mediawiki.org:/ instead of mediawiki.org/ (exposing unneeded port syntax),">>! In T623#10939, @Aklapper wrote: ->> When I registered, phabricator linked mediawiki.org:/ Why the port syntax? -> -> Linked where? At which state? Steps to reproduce welcome. - -The link shown in the panel at https://phabricator.wikimedia.org/settings/panel/external/ -In some other URLs the same panel is displayed. - -If you notice, the link to the profile has a semicolon at the end of the URL, which is redundant. -{F249}",task_subcomment,"['QUOTE\nQUOTE\nQUOTE\nQUOTE\n\nThe link shown in the panel at URL\nIn some other URLs the same panel is displayed.', 'If you notice, the link to the profile has a semicolon at the end of the URL, which is redundant.', '{F249}']" -234783,"VisualEditor: Add class name to protected pages, to allow for specific CSS styling of edit area","Change 130665 merged by jenkins-bot: -Add class name to protected pages, to allow for specific CSS styling of edit area - -https://gerrit.wikimedia.org/r/130665",task_subcomment,"['Change 130665 merged by jenkins-bot:\nAdd class name to protected pages, to allow for specific CSS styling of edit area\n\nGERRIT_URL']" -414863,force login after performing a sysop action,"If I don't misremember, the problem arises when I run two scripts simultaneously. Suppose two scripts are A and B, with A performing sysop actions (without botflag) and B performing bot actions (with botflag). It seems that some settings about botflag are shared somehow, so frequently B doesn't use botflag to edit. Thus edits appear in recentchanges.",task_subcomment,"[""If I don't misremember, the problem arises when I run two scripts simultaneously."", 'Suppose two scripts are A and B, with A performing sysop actions (without botflag) and B performing bot actions (with botflag).', ""It seems that some settings about botflag are shared somehow, so frequently B doesn't use botflag to edit."", 'Thus edits appear in recentchanges.']" -333362,Setup real ssl certs for Beta Cluster using a restricted project,"Consider three things we want beta to have: - -# Same as prod (including SSL Certs) -# sudo for as many people as possible - -They're incompatible, since as *few* people as possible have sudo in prod. Right now we've something akin to worst of both worlds - sudo is restricted, and we have no SSL. Doing this the same as prod sacrifices some things from (1) but gains us other things from (1) (ssl), and gives us (2). I'd say worth it.",task_subcomment,"[""Consider three things we want beta to have:\n\n# Same as prod (including SSL Certs)\n# sudo for as many people as possible\n\nThey're incompatible, since as *few* people as possible have sudo in prod."", ""Right now we've something akin to worst of both worlds - sudo is restricted, and we have no SSL."", 'Doing this the same as prod sacrifices some things from (1) but gains us other things from (1) (ssl), and gives us (2).', ""I'd say worth it.""]" -248454,"VisualEditor: Nested identical annotations can be additive, not just identical","(In reply to comment #4) -> The fix sets big/small/sup/sub to be additive. -> -> Arguably we should make all annotations additive, as you could add -> 'style=""font-size:110%""' to anything, although I haven't thought through how -> this might affect the toolbar interactions yet. - -+1. This will also avoid dirty diffs on such content.",task_subcomment,"['(In reply to comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\n+1.', 'This will also avoid dirty diffs on such content.']" -585302,Add new rights: login,"No further comments hence proposing to decline. - -As written in Gerrit, ""When you have answered here, I think it would be useful to notify mediawiki-l to get more use cases.""",task_subcomment,"['No further comments hence proposing to decline.', 'As written in Gerrit, ""When you have answered here, I think it would be useful to notify mediawiki-l to get more use cases.""']" -408228,Spaces added before colons and links in some cases,"Can it be this is happening again? At cs.wp [[ https://cs.wikipedia.org/wiki/Speciáln%C3%AD:Filtry_zneužit%C3%AD/69 | they are filtering ]] edits adding extra spaces, like [[ https://cs.wikipedia.org/w/index.php?title=Románská_architektura&diff=prev&oldid=12201516 | this ]] or [[ https://cs.wikipedia.org/w/index.php?title=Ptakopysk&diff=prev&oldid=12204327 | this ]] (I haven't much info ATM).",task_subcomment,"['Can it be this is happening again?', ""At cs.wp [[ URL | they are filtering ]] edits adding extra spaces, like [[ URL | this ]] or [[ URL | this ]] (I haven't much info ATM).""]" -748573,HTTP/1.1 keepalive for local nginx->varnish conns,"{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=https://tools.wmflabs.org/sal/log/AVf3HxbQRMLREAjJrsLN} [2016-10-24T14:36:32Z] disabling puppet on all caches ahead of port# work, to test - T107749 / https://gerrit.wikimedia.org/r/#/c/317405",task_subcomment,"['{nav icon=file, name=Mentioned in SAL (#wikimedia-operations), href=URL [2016-10-24T14:36:32Z] disabling puppet on all caches ahead of port# work, to test - T107749 / URL']" -621635,"Increase ""remember me"" login cookie expiry from 30 days to 1 year on Wikimedia wikis",">>! In T68699#2060691, @Mattflaschen wrote: -> The call to setExtendedLoginCookie was removed in {a73c5b7395a07d490f7052fd3b2491ebd656b190} , and it was marked as deprecated. $wgExtendedLoginCookies is no longer referenced. - -Yes it is. It's referenced from [[https://git.wikimedia.org/blob/mediawiki%2Fcore/master/includes%2Fsession%2FCookieSessionProvider.php#L220|CookieSessionProvider]] and [[https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FCentralAuth/master/includes%2Fsession%2FCentralAuthSessionProvider.php#L323|CentralAuthSessionProvider]].",task_subcomment,"['QUOTE\nQUOTE\n\nYes it is.', ""It's referenced from [[URL and [[URL""]" -245517,"For git server, rewrite http urls to https","It was a deeper link -[//git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php git] - -so http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php",task_subcomment,['It was a deeper link\n[//git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php git]\n\nso URL'] -225965,Parsoid should support and natively as they are not normal parser tags, and are not a normal extension tags. Please explain why I should register them.,task_subcomment,"[' and are not a normal extension tags.', 'Please explain why I should register them.']" -228161,Implement inline comment support using OKFN annotator,Just a note to say that Anthony Chen has submitted a GSoC proposal related to this project: https://www.mediawiki.org/wiki/User:N3c/GSoC_Proposal,task_subcomment,['Just a note to say that Anthony Chen has submitted a GSoC proposal related to this project: URL'] -209725,"Link translatable help pages on mediawiki.org from the relevant special pages, actions etc.","Speaking of implementation method, the interwiki prefix mediawikiwiki can be used when necessary: ""new"" wikis have it by default, where ""new"" means after 2007-03-29 (bug 9440 / r20825 / 98333f458046102ee140f4be86fe4d2c6facae2f ).",task_subcomment,"['Speaking of implementation method, the interwiki prefix mediawikiwiki can be used when necessary: ""new"" wikis have it by default, where ""new"" means after 2007-03-29 (bug 9440 / r20825 / 98333f458046102ee140f4be86fe4d2c6facae2f ).']" -53613,VisualEditor: Tool to set/unset text as big/small,,task_description,['VisualEditor: Tool to set/unset text as big/small'] -311801,Route SSL traffic again into webstatscollector's filter process,"As tomorrow (2014-07-04) is a holiday in the US, today (2014-07-03) is the -last working day of this week, and it's bad karma to deploy on the last -working day of a week. So it means that merging the fix will have to wait -until next week. :-/",task_subcomment,"[""As tomorrow (2014-07-04) is a holiday in the US, today (2014-07-03) is the\nlast working day of this week, and it's bad karma to deploy on the last\nworking day of a week."", 'So it means that merging the fix will have to wait\nuntil next week.', ':-/']" -324241,Replace SHA1 certificates with SHA256,"And stats.wikimedia.org -- June 20, 2017",task_subcomment,"['And stats.wikimedia.org -- June 20, 2017']" -280366,Remove https redirect for loginwiki in beta,"I have purged http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page as well, was redirecting to the https version.",task_subcomment,"['I have purged URL as well, was redirecting to the https version.']" -245591,"VisualEditor: Numbering of references created inside templates/image captions re-uses existing numbers, doesn't continue","Actually, on review I'm pretty sure that this is a duplicate of bug 50474. - -*** This bug has been marked as a duplicate of bug 50474 ***",task_subcomment,"[""Actually, on review I'm pretty sure that this is a duplicate of bug 50474."", '*** This bug has been marked as a duplicate of bug 50474 ***']" -241655,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","Change 110434 merged by jenkins-bot: -Use accesskey=s on the save buttons - -https://gerrit.wikimedia.org/r/110434",task_subcomment,['Change 110434 merged by jenkins-bot:\nUse accesskey=s on the save buttons\n\nGERRIT_URL'] -680768,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Regarding the field requirement determination, AuthManager does give you some field cross-requirement information. For example, enwiki as a logged-in user right now tells me (among other things): -* ""MediaWiki\Auth\UsernameAuthenticationRequest"" is required. It has one required field, ""username"". -* ""MediaWiki\Auth\PasswordAuthenticationRequest"" is primary-required. It has three required fields, ""username"", ""password"", and ""retype"". -* ""MediaWiki\Auth\TemporaryPasswordAuthenticationRequest"" is primary-required. It has one required field, ""mailpassword"" (a checkbox). - -So from this you could deduce that a ""username"" field is always required, and you have to specify either ""mailpassword"" or both ""password"" and ""retype"". Actually making use of this information generically (instead of hard-coding that checking ""mailpassword"" hides ""password"" and ""retype"") seems like a difficult problem, though. - -My local testing wiki is even more complicated, since I've recently been reviewing https://gerrit.wikimedia.org/r/#/c/289099/: -* ""MediaWiki\Auth\UsernameAuthenticationRequest"" is required. It has one required field, ""username"". -* ""MediaWiki\Auth\PasswordAuthenticationRequest"" is primary-required. It has three required fields, ""username"", ""password"", and ""retype"". -* ""MediaWiki\Auth\TemporaryPasswordAuthenticationRequest"" is primary-required. It has one required field, ""mailpassword"" (a checkbox). -* ""GoogleLogin\Auth\GoogleAuthenticationRequest:googlelogin"" is primary-required. It has one required field, ""googlelogin"" (a submit button). - -Again, you could deduce that a ""username"" field is always required, and you have to specify either ""mailpassword"", or both ""password"" and ""retype"", or click the ""googlelogin"" button instead of the usual submit button.",task_subcomment,"['Regarding the field requirement determination, AuthManager does give you some field cross-requirement information.', 'For example, enwiki as a logged-in user right now tells me (among other things):\n* ""MediaWiki\\Auth\\UsernameAuthenticationRequest"" is required.', 'It has one required field, ""username"".', '* ""MediaWiki\\Auth\\PasswordAuthenticationRequest"" is primary-required.', 'It has three required fields, ""username"", ""password"", and ""retype"".', '* ""MediaWiki\\Auth\\TemporaryPasswordAuthenticationRequest"" is primary-required.', 'It has one required field, ""mailpassword"" (a checkbox).', 'So from this you could deduce that a ""username"" field is always required, and you have to specify either ""mailpassword"" or both ""password"" and ""retype"".', 'Actually making use of this information generically (instead of hard-coding that checking ""mailpassword"" hides ""password"" and ""retype"") seems like a difficult problem, though.', 'My local testing wiki is even more complicated, since I\'ve recently been reviewing URL\n* ""MediaWiki\\Auth\\UsernameAuthenticationRequest"" is required.', 'It has one required field, ""username"".', '* ""MediaWiki\\Auth\\PasswordAuthenticationRequest"" is primary-required.', 'It has three required fields, ""username"", ""password"", and ""retype"".', '* ""MediaWiki\\Auth\\TemporaryPasswordAuthenticationRequest"" is primary-required.', 'It has one required field, ""mailpassword"" (a checkbox).', '* ""GoogleLogin\\Auth\\GoogleAuthenticationRequest:googlelogin"" is primary-required.', 'It has one required field, ""googlelogin"" (a submit button).', 'Again, you could deduce that a ""username"" field is always required, and you have to specify either ""mailpassword"", or both ""password"" and ""retype"", or click the ""googlelogin"" button instead of the usual submit button.']" -247141,"VisualEditor: Provide some way for out-of-skin places icons (e.g. featured star) to appear where they ""should"" and be editable",'templates without any real estate' has been raised already as bug 51322 (meta templates).,task_subcomment,"[""'templates without any real estate' has been raised already as bug 51322 (meta templates).""]" -242916,"VisualEditor: If VisualEditor is the primary editor, type=create and type=fulltext buttons should point to VE, not WT editor","In the plwiki, we have no important inputbox with 'type=create' in the main nor user namespace, but there are inputboxes in help or project pages which create a new article (for ex. [[pl:Pomoc:Tworzenie nowych haseł#Niniejsza strona]]), and after clicking the button there is 'action=edit&preload=' in url. - -Second, whenever we click on a red link in an article (the main), 'action=edit&redlink=1' displays. The default tab is 'Create source', not 'Create'. It's quite surprising for me and for the newbies, I believe.",task_subcomment,"[""In the plwiki, we have no important inputbox with 'type=create' in the main nor user namespace, but there are inputboxes in help or project pages which create a new article (for ex."", ""[[pl:Pomoc:Tworzenie nowych haseł#Niniejsza strona]]), and after clicking the button there is 'action=edit&preload=' in url."", ""Second, whenever we click on a red link in an article (the main), 'action=edit&redlink=1' displays."", ""The default tab is 'Create source', not 'Create'."", ""It's quite surprising for me and for the newbies, I believe.""]" -242239,VisualEditor: CE CSS munging issue with specific (highly used) hewiki template,"Change 105639 merged by jenkins-bot: -CSSJanus: Account for attribute selectors in brace lookahead - -https://gerrit.wikimedia.org/r/105639",task_subcomment,['Change 105639 merged by jenkins-bot:\nCSSJanus: Account for attribute selectors in brace lookahead\n\nGERRIT_URL'] -1013764,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,Can you link to an example?,task_subcomment,['Can you link to an example?'] -2374918,"Add patches for SpecialUserlogin.php for mw1.21, 1.23",Oops,task_subcomment,['Oops'] -250350,"[scap] Deployment: Repository .git is synchronised fine, but is broken for submodules because of hardcoded gitdir link","Change 142319 had a related patch set uploaded by BryanDavis: -Fix GitInfo cache file path computation and storage location - -https://gerrit.wikimedia.org/r/142319",task_subcomment,['Change 142319 had a related patch set uploaded by BryanDavis:\nFix GitInfo cache file path computation and storage location\n\nGERRIT_URL'] -251257,VisualEditor: Extra bullet point before template containing bulleted list,"This is a slightly-faulty use of wikitext on the page - it dereferences to - -*[http://www.wpr.org/ Wisconsin Public Radio] -*{{FM station data|WUEC}} - --> - -*[http://www.wpr.org/ Wisconsin Public Radio] -* -*{{FMQ|WUEC}} -*{{FML|WUEC}} -*{{FMARB|WUEC}} - -… and gets displayed as such, in case you want to edit that otherwise-inexpliably-hidden bullet. Marking as INVALID (but yeah, eww at that wikitext).",task_subcomment,"['This is a slightly-faulty use of wikitext on the page - it dereferences to\n\n*[URL Wisconsin Public Radio]\n*{{FM station data|WUEC}}\n\n->\n\n*[URL Wisconsin Public Radio]\n*\n*{{FMQ|WUEC}}\n*{{FML|WUEC}}\n*{{FMARB|WUEC}}\n\n… and gets displayed as such, in case you want to edit that otherwise-inexpliably-hidden bullet.', 'Marking as INVALID (but yeah, eww at that wikitext).']" -290135,https://www.wikipedia.com/ uses an invalid security certificate.," - -*** This bug has been marked as a duplicate of bug 40998 ***",task_subcomment,['\n\n*** This bug has been marked as a duplicate of bug 40998 ***'] -230403,VisualEditor: annotations next to each other aren't necessarily the same,"Change 73523 had a related patch set uploaded by Esanders: -HACK: Don't merge adjacent annotations from Parsoid - -https://gerrit.wikimedia.org/r/73523",task_subcomment,"[""Change 73523 had a related patch set uploaded by Esanders:\nHACK: Don't merge adjacent annotations from Parsoid\n\nGERRIT_URL""]" -1074815,Add a publisher certificate for Windows binaries,"Oh hey, thanks :) - -Side note: Let's Encrypt, now that it is actually an active project handing out certificates, does explicitly not offer code signing certificates. - -https://community.letsencrypt.org/t/do-you-support-code-signing/370",task_subcomment,"[""Oh hey, thanks :)\n\nSide note: Let's Encrypt, now that it is actually an active project handing out certificates, does explicitly not offer code signing certificates."", 'URL']" -860328,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353824 merged by jenkins-bot: -[mediawiki/extensions/PageTriage@master] Avoid DB_MASTER queries on HTTP GET in ArticleMetadata->getMetadata - -[[https://gerrit.wikimedia.org/r/353824]] -",task_subcomment,['Change 353824 merged by jenkins-bot:\n[mediawiki/extensions/PageTriage@master] Avoid DB_MASTER queries on HTTP GET in ArticleMetadata->getMetadata\n\n[[GERRIT_URL]]'] -608216,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 269708 merged by BBlack: -tlsproxy: nginx keepalives param for testing - -[[https://gerrit.wikimedia.org/r/269708]]",task_subcomment,['Change 269708 merged by BBlack:\ntlsproxy: nginx keepalives param for testing\n\n[[GERRIT_URL]]'] -859521,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 353823 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz): -[mediawiki/extensions/CentralAuth@master] Avoid master queries in beginSecondaryAuthentication() - -[[https://gerrit.wikimedia.org/r/353823]] -",task_subcomment,['Change 353823 had a related patch set uploaded (by Aaron Schulz; owner: Aaron Schulz):\n[mediawiki/extensions/CentralAuth@master] Avoid master queries in beginSecondaryAuthentication()\n\n[[GERRIT_URL]]'] -235983,VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links,"(In reply to comment #4) -> This might be a bug in Safari rather than VE, but even if it is it would be -> useful for VE (or Parsoid?) to detect the changes and neutralise them. It is -> unlikely that Wikipedia would need href=tel: links but I can see they might -> be -> useful in environments like the contact pages on the Foundation wiki, so -> stripping such links completely mightn't be the optimal solution? - -Isn't the tag deactivated on the Foundation wiki also, as it is on Wikipedia ? -On Wikipedia, the ... doesn't produce a link because MediaWiki renders the tag as text. - -Even if ""tel:"" was needed on any wiki, it would be better handled as an external link [tel:... ...] than as a tag.",task_subcomment,"[""(In reply to comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nIsn't the tag deactivated on the Foundation wiki also, as it is on Wikipedia ?"", 'On Wikipedia, the ... doesn\'t produce a link because MediaWiki renders the tag as text.', 'Even if ""tel:"" was needed on any wiki, it would be better handled as an external link [tel:... ...] than as a tag.']" -186107,VisualEditor: Page creation should have a customized save button,Fixed in gerrit 37144.,task_subcomment,['Fixed in gerrit 37144.'] -257706,page-object Ruby gem deprecation warnings in VisualEditor browser tests,See also bug 46893,task_subcomment,['See also bug 46893'] -417797,Clearer instructions in the Phabricator login page,"@Qgil Your mock up has some added text at the top, but still has the fundamentally confusing Header to the text box. ""Login or Register With LDAP"" ""LDAP Username"" ""LDAP Password"". - -I would propose removing all those extra 'LDAP's. - - -Is it really impossible to move the Federated Login button?",task_subcomment,"['SCREEN_NAME Your mock up has some added text at the top, but still has the fundamentally confusing Header to the text box.', '""Login or Register With LDAP"" ""LDAP Username"" ""LDAP Password"".', ""I would propose removing all those extra 'LDAP's."", 'Is it really impossible to move the Federated Login button?']" -203036,VisualEditor: Strange duplication of content after multiple save attempts,I believe that this is now fixed given the changes in Parsoid and in how VE talks to it; marking as such.,task_subcomment,['I believe that this is now fixed given the changes in Parsoid and in how VE talks to it; marking as such.'] -1393946,Add a publisher certificate for Windows binaries,,task_subcomment,[] -235938,VisualEditor: Remove (and stop adding) useless documentation,"Change 146523 had a related patch set uploaded by Krinkle: -Remove useless documentation, add more useful documentation - -https://gerrit.wikimedia.org/r/146523",task_subcomment,"['Change 146523 had a related patch set uploaded by Krinkle:\nRemove useless documentation, add more useful documentation\n\nGERRIT_URL']" -233531,VisualEditor: references in image captions are not included in reflists,"Re-setting as FIXED, and have raised the regression as bug 57228.",task_subcomment,"['Re-setting as FIXED, and have raised the regression as bug 57228.']" -53653,"VisualEditor: Double-clicking inside edit surface sometimes causes uncaught JS ""offset could not be translated"" errors","Steps to reproduce: - -1) Open https://en.wikipedia.org/wiki/Jam,_Iran?veaction=edit - -2) Double-click repeatedly inside one of the templates (e.g. infobox) - -The following JavaScript error appears on the console: - -Uncaught Error: Offset could not be translated to a DOM element and offset: 442 - -Chrome 28/Ubuntu - -See also: bug 51526 - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: Double-clicking inside edit surface sometimes causes uncaught JS ""offset could not be translated"" errors\n\nSteps to reproduce:\n\n1) Open URL\n\n2) Double-click repeatedly inside one of the templates (e.g.', 'infobox)\n\nThe following JavaScript error appears on the console:\n\nUncaught Error: Offset could not be translated to a DOM element and offset: 442 \n\nChrome 28/Ubuntu\n\nSee also: bug 51526\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']" -607785,meta.m.wikimedia.org user login doesn't work,"Change 269864 had a related patch set uploaded (by BryanDavis): -Allow changing cookie options in WebResponseSetCookie hook - -[[https://gerrit.wikimedia.org/r/269864]] -",task_subcomment,['Change 269864 had a related patch set uploaded (by BryanDavis):\nAllow changing cookie options in WebResponseSetCookie hook\n\n[[GERRIT_URL]]'] -201645,Enable VisualEditor extension on test.wikipedia.org and test2.wikipedia.org for all namespaces; for NS0 and NS2 on mediawiki.org,"(In reply to comment #7) -> Related URL: https://gerrit.wikimedia.org/r/61382 (Gerrit Change -> I56906c123e924b84eb9ee076cd67254f8935911d) - -Result of a typo. ^",task_subcomment,"['(In reply to comment #7)\nQUOTE\nQUOTE\n\nResult of a typo.', '^']" -503909,InstantCommons broken by switch to HTTPS,"Which is the easiest way to restore the files `includes/HttpFunctions.php` and `includes/filerepo/ForeignAPIRepo.php` to their original version if I don't have backup of them? - -",task_subcomment,"[""Which is the easiest way to restore the files CODE and CODE to their original version if I don't have backup of them?""]" -283421,Mobile view link unexpectedly goes to HTTPS,"**morbus** wrote: - -I'm seeing this too. Still debugging. Public URL: http://www.disobey.com/wiki/Main_Page",task_subcomment,"[""**morbus** wrote:\n\nI'm seeing this too."", 'Still debugging.', 'Public URL: URL']" -232630,VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show with log entry,"(In reply to Roan Kattouw from comment #4) -> We already put random junk in the paction=parse response, I wouldn't be -> opposed to adding blocked-ness to that. Another paction would be OK too, but -> then we'd have to make two API requests. -> -> There are significant speed benefits in combining everything into one API -> request. I think we should stop kidding ourselves that paction=parse is a -> clean, only-does-one-thing action, and perhaps rename it if we want, rather -> than trying to split it into separate actions, because the latter would just -> make client-side performance worse. - -Yes, since writing that comment I decided to just add it in to paction=parse, especially since talking to James - he wants this to be an edit notice like the others. I probably should have left a new comment about it. - -The problem now is coming up with a nice way to fit the autoblockedtext message (blockedtext is okay) in to the edit notices popup.",task_subcomment,"['(In reply to Roan Kattouw from comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nYes, since writing that comment I decided to just add it in to paction=parse, especially since talking to James - he wants this to be an edit notice like the others.', 'I probably should have left a new comment about it.', 'The problem now is coming up with a nice way to fit the autoblockedtext message (blockedtext is okay) in to the edit notices popup.']" -488742,Replace SHA1 certificates with SHA256,"The ldap-mirror.wikimedia.org is not a RapidSSL certificate; so I've asked Jeff on the fr-certs sub-ticket to confirm he doesn't need the copies in our main repo. T104378 - -Additionally, sub-task T105187 for ldap-mirror needs to confirm that is indeed a self-signed, and not using rapidssl. - -I'm being overly cautious about the above, as I'm 99.999% certain we could get rid of both intermediaries this second and not have any problems. However, there isn't a rush on deleting them entirely from the repo just yet, so we can wait for confirmation. - -Once the above conditions are met; I'll git rm RapidSSL_CA.crt and RapidSSL_CA_2",task_subcomment,"[""The ldap-mirror.wikimedia.org is not a RapidSSL certificate; so I've asked Jeff on the fr-certs sub-ticket to confirm he doesn't need the copies in our main repo."", 'T104378\n\nAdditionally, sub-task T105187 for ldap-mirror needs to confirm that is indeed a self-signed, and not using rapidssl.', ""I'm being overly cautious about the above, as I'm 99.999% certain we could get rid of both intermediaries this second and not have any problems."", ""However, there isn't a rush on deleting them entirely from the repo just yet, so we can wait for confirmation."", ""Once the above conditions are met; I'll git rm RapidSSL_CA.crt and RapidSSL_CA_2""]" -241609,"VisualEditor: Ctrl-Alt-s / ⌘-Opt-s should trigger the save dialog, and the save button when inside said dialog","**sk8er_97456** wrote: - -In the old editor, I would simply use TAB to reach the edit summary, type my edit summary and press ENTER to activate the ""Save page"" button and save. If I wanted to mark the edit minor, then I could type my edit summary, press TAB, SPACE, and then ENTER to ""Save page"". - -I can see that the new box for entering an edit summary allows newlines to be entered. I am not sure this is a good idea, because I just used a WSYIWYG editor and now ""What I see"" - well-formatted paragraphs describing my edit - is not going to be ""what I get"" - everything smashed on one line in the article history. But that is perhaps grist for another bug mill. - -It seems that the ""Save page"" button never receives caret focus if I use TAB to try to get there. This would seem to have accessibility ramifications.",task_subcomment,"['**sk8er_97456** wrote:\n\nIn the old editor, I would simply use TAB to reach the edit summary, type my edit summary and press ENTER to activate the ""Save page"" button and save.', 'If I wanted to mark the edit minor, then I could type my edit summary, press TAB, SPACE, and then ENTER to ""Save page"".', 'I can see that the new box for entering an edit summary allows newlines to be entered.', 'I am not sure this is a good idea, because I just used a WSYIWYG editor and now ""What I see"" - well-formatted paragraphs describing my edit - is not going to be ""what I get"" - everything smashed on one line in the article history.', 'But that is perhaps grist for another bug mill.', 'It seems that the ""Save page"" button never receives caret focus if I use TAB to try to get there.', 'This would seem to have accessibility ramifications.']" -248240,Templates that create multiple table cells don't work,"Oh wow, on some more investigation it looks like we are actually rendering the table just fine: - -http://parsoid.wmflabs.org/en/2012_%28It_Ain%27t_the_End%29 - -So the odd rendering seems to be a VE issue.",task_subcomment,"['Oh wow, on some more investigation it looks like we are actually rendering the table just fine:\n\nURL\n\nSo the odd rendering seems to be a VE issue.']" -244024,VisualEditor: Non-English Wikipedia issues (tracking),"Since you dont want to track them, I have put myself as the assignee. - -I added issues that appear to be a much higher priority for non-English Wikipedia, or only reproducible on non-English Wikipedia. If they affect all Wikipedia, remove them. - -We have had very few issues raised from non-English Wikis, and many of them had not even been confirmed until I worked through the Unconfirmed list yesterday.",task_subcomment,"['Since you dont want to track them, I have put myself as the assignee.', 'I added issues that appear to be a much higher priority for non-English Wikipedia, or only reproducible on non-English Wikipedia.', 'If they affect all Wikipedia, remove them.', 'We have had very few issues raised from non-English Wikis, and many of them had not even been confirmed until I worked through the Unconfirmed list yesterday.']" -51827,redirect http deep links on git.wikimedia.org to https,"Having a http deep link to git.wikimedia.org gets not redirected to the https version. - -http://git.wikimedia.org/summary/mediawiki%2Fextensions%2FVisualEditor.git -> 404 - -http://git.wikimedia.org/ -> https://git.wikimedia.org/ - --------------------------- -**Version**: wmf-deployment -**Severity**: normal",task_description,"['redirect http deep links on git.wikimedia.org to https\n\nHaving a http deep link to git.wikimedia.org gets not redirected to the https version.', 'URL -> 404\n\nURL -> URL\n\n--------------------------\n**Version**: wmf-deployment\n**Severity**: normal']" -237481,"Edits from WMF IP, apparently SSL reverse proxy","Fixed, can be repooled whenever",task_subcomment,"['Fixed, can be repooled whenever']" -491595,MWHttpRequest's redirect behavior is terrible,">>! In T103043#1381527, @hashar wrote: ->> MWHttpRequest refuses to follow a HTTP->HTTPS redirect -> -> Our Http class has `followRedirects` defaulting to false with the comment: -> ->> Note: this should only be used when the target URL is trusted, to avoid attacks on intranet services accessible by HTTP. -> -> And indeed we don't set followRedirects when setting up the wikimediacommons wgForeignFileRepos. -> -> @demon follow up by filling {T105765} -",task_subcomment,['QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE'] -51328,Create Wikipedia Tuvan,"The language committee and WMF Board have approved the creation of Wikipedia Tuvan. - -Language code: tyv -Site URL: tyv.wikipedia.org -Project name: Википедия -Project namespace: Википедия -Project talk namespace: Википедия дугайында сүмелел -Project logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-tyv.png -Timezone: Asia/Krasnoyarsk -Language name: Тыва дыл -Enable uploads: yes - - -Thank you. - --------------------------- -**Version**: wmf-deployment -**Severity**: enhancement -**URL**: //meta.wikimedia.org/wiki/Requests_for_new_languages/Wikipedia_Tuvan",task_description,"['Create Wikipedia Tuvan\n\nThe language committee and WMF Board have approved the creation of Wikipedia Tuvan.', 'Language code: tyv\nSite URL: tyv.wikipedia.org\nProject name: Википедия\nProject namespace: Википедия\nProject talk namespace: Википедия дугайында сүмелел\nProject logo: URL\nTimezone: Asia/Krasnoyarsk\nLanguage name: Тыва дыл\nEnable uploads: yes\n\n\nThank you.', '--------------------------\n**Version**: wmf-deployment\n**Severity**: enhancement\n**URL**: //meta.wikimedia.org/wiki/Requests_for_new_languages/Wikipedia_Tuvan']" -277833,wikipedia.beta.wmflabs.org sending forceHTTPS cookie,"Chris, is that still an issue?",task_subcomment,"['Chris, is that still an issue?']" -252531,VisualEditor: Feedback dialogs not scrolled to when editing section on long page,"Thanks for taking the time to report this! - -Which browser is this about?",task_subcomment,"['Thanks for taking the time to report this!', 'Which browser is this about?']" -246153,VisualEditor: Link inspector crashes when inserting link on non-linkable or empty selection,"Created attachment 12854 -Screenshot of problem - -**Attached**: {F11587}",task_subcomment,['Created attachment 12854\nScreenshot of problem\n\n**Attached**: {F11587}'] -51260,"VisualEditor: Add a temporary option to have section edit links go to wikitext editor, not VisualEditor","Necessary for beta rollout. Wording needs to be smithed carefully to ensure that it's clear that this is a temporary option. - --------------------------- -**Version**: unspecified -**Severity**: minor",task_description,"['VisualEditor: Add a temporary option to have section edit links go to wikitext editor, not VisualEditor\n\nNecessary for beta rollout.', ""Wording needs to be smithed carefully to ensure that it's clear that this is a temporary option."", '--------------------------\n**Version**: unspecified\n**Severity**: minor']" -1777849,"upload.wikimedia.org returns HTTP status code 503 for truncated urls, not 404","The swap of #traffic for #traffic-icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of #traffic-icebox . Thank you!",task_subcomment,"[""The swap of #traffic for #traffic-icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more."", 'This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort.', 'Further manual triage and/or requests for updates will happen this month for all such tickets.', 'For more detail, have a look at the extended explanation on the main page of #traffic-icebox .', 'Thank you!']" -396450,Convert MW core login/create account pages to Codex (Special:UserLogin / Special:CreateAccount),"Change 183390 had a related patch set uploaded (by Bartosz Dziewoński): -[WIP] Convert login form to OOUI - -[[https://gerrit.wikimedia.org/r/183390]] - -#patch-for-review",task_subcomment,['Change 183390 had a related patch set uploaded (by Bartosz Dziewoński):\n[WIP] Convert login form to OOUI\n\n[[GERRIT_URL]]\n\n#patch-for-review'] -212167,Parsoid: DOM for template objects should expose template name,"Latest proposal that is now pending review and merge (based on discussions on IRC). - -All transclusions now have ""mw:Transclusion"" typeof. - -data-mw.target.href will point to the template source page, if the template target is known statically. Will not be set set if target is templated. - -data-mw.target.function will provide the name of the parser-function/magic-word, if the function target is known statically. Will not be set otherwise.",task_subcomment,"['Latest proposal that is now pending review and merge (based on discussions on IRC).', 'All transclusions now have ""mw:Transclusion"" typeof.', 'data-mw.target.href will point to the template source page, if the template target is known statically.', 'Will not be set set if target is templated.', 'data-mw.target.function will provide the name of the parser-function/magic-word, if the function target is known statically.', 'Will not be set otherwise.']" -247503,VisualEditor: Heading overlays toolbar in non-HD Vector integration,*** Bug 52205 has been marked as a duplicate of this bug. ***,task_subcomment,"['*** Bug 52205 has been marked as a duplicate of this bug.', '***']" -238043,Wikitext list after implicit not properly recognized,"The problem is that this page had about 13 tables that were unclosed (missing |} wikitext). Parsoid does handle a lot of corner cases, but at this time, unclosed tables (especially when there are lots of them) are harder for Parsoid to recover from. But, we have some ideas for recovering from them in the future. But, till such time, it is easier to fix the wikitext of the page like I did (https://en.wikipedia.org/w/index.php?title=List_of_male_kickboxers&diff=562162447&oldid=562113696) - -However, there is definitely a bug there which is about adding ""|"" after the first table row for which I'll repurpose this bug for fixing in Parsoid.",task_subcomment,"['The problem is that this page had about 13 tables that were unclosed (missing |} wikitext).', 'Parsoid does handle a lot of corner cases, but at this time, unclosed tables (especially when there are lots of them) are harder for Parsoid to recover from.', 'But, we have some ideas for recovering from them in the future.', 'But, till such time, it is easier to fix the wikitext of the page like I did (URL\n\nHowever, there is definitely a bug there which is about adding ""|"" after the first table row for which I\'ll repurpose this bug for fixing in Parsoid.']" -210805,[Regression] VisualEditor: Edit tab should have tooltip and accesskey,"When mw.ViewPageTarget has its tabLayout in ""replace"" mode (where it replaces the regular Edit tab with a VE-version and adds an Edit source tab) the code explicitly copies over the label, tooltip and accesskey. - -It appears this isn't working anymore. I worked a week ago. The code hasn't changed so it looks like something else has broken it. - -Moving bug to Integration (perhaps the component should be renamed to ""MediaWiki integration"")",task_subcomment,"['When mw.ViewPageTarget has its tabLayout in ""replace"" mode (where it replaces the regular Edit tab with a VE-version and adds an Edit source tab) the code explicitly copies over the label, tooltip and accesskey.', ""It appears this isn't working anymore."", 'I worked a week ago.', ""The code hasn't changed so it looks like something else has broken it."", 'Moving bug to Integration (perhaps the component should be renamed to ""MediaWiki integration"")']" -172032,[wikitech] Use SSL in interwiki map for WMF wikis,"(In reply to comment #2) -> Enforcing secure protocol from labsconsole is just as problematic where people -> have logged in with http: in other (home) wikis, it just reverses the problem. - -I don't understand but surely it's not relevant to this bug. Maybe you could explain on IRC? (to be clear: labsconsole is not an SUL wiki and not even on the cluster (I think?) and AFAIK it's been forcing everyone to use SSL/TLS since it was initially created) - -[...] -> Until there is a global policy about security protocols, and a clear plan to -> manage it, this modification to my request is problematic. - -Again, I don't follow. labsconsole seems to be an independent that doesn't interact with or even know about any of the other wikis run by the foundation. and they don't know about it. (accepting maybe commons. but that could be instantcommons for all I know.) - -> PS. It would be useful that if there is a summary change that the original -> summary could be retained somewhere. - -It's recorded in the history (see the link next to the bug's modification time. next to the CC list at the top of the page) and in the email notifications about the change.",task_subcomment,"[""(In reply to comment #2)\nQUOTE\nQUOTE\n\nI don't understand but surely it's not relevant to this bug."", 'Maybe you could explain on IRC?', '(to be clear: labsconsole is not an SUL wiki and not even on the cluster (I think?)', ""and AFAIK it's been forcing everyone to use SSL/TLS since it was initially created)\n\n[...]\nQUOTE\nQUOTE\n\nAgain, I don't follow."", ""labsconsole seems to be an independent that doesn't interact with or even know about any of the other wikis run by the foundation."", ""and they don't know about it."", '(accepting maybe commons.', 'but that could be instantcommons for all I know.)', ""QUOTE\nQUOTE\n\nIt's recorded in the history (see the link next to the bug's modification time."", 'next to the CC list at the top of the page) and in the email notifications about the change.']" -50171,VisualEditor: Typing at the end of linked causes DM and CE to get out of sync," - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,['VisualEditor: Typing at the end of linked causes DM and CE to get out of sync\n\n\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal'] -255208,"VisualEditor: ""add template"" should have the same functionality as return in the template dialog",This was done some time ago as part of the tweaks to the input box.,task_subcomment,['This was done some time ago as part of the tweaks to the input box.'] -246975,VisualEditor: Template {{-}} can be moved into following heading because it doesn't render,"Moving to VisualEditor: - -[16:19] That looks like a VE issue -[16:20] It's probably because {{-}} doesn't produce any visible output (it outputs a
with clear: both;) -[16:20] And so people don't notice when their backspace or delete presses cause the {{-}} to be moved into a different paragraph which they then mark up as a heading",task_subcomment,"[""Moving to VisualEditor:\n\n[16:19] That looks like a VE issue\n[16:20] It's probably because {{-}} doesn't produce any visible output (it outputs a
with clear: both;)\n[16:20] And so people don't notice when their backspace or delete presses cause the {{-}} to be moved into a different paragraph which they then mark up as a heading""]" -421325,VisualEditor: Bulleted bullets and bulleted headers produced; can't save,"I don't recall this error, and I too can't reproduce anything now using Firefox 30. Given that it's been ~18 months since the report, it's likely this has been fixed by some other update in the meanwhile. - -I don't see a need to keep this open any longer, if something similar is reported again a more specific bug can be opened. ",task_subcomment,"[""I don't recall this error, and I too can't reproduce anything now using Firefox 30."", ""Given that it's been ~18 months since the report, it's likely this has been fixed by some other update in the meanwhile."", ""I don't see a need to keep this open any longer, if something similar is reported again a more specific bug can be opened.""]" -220493,Move wikibugs and gerrit-wm out of #mediawiki,Re-opened since bug 46144 is still unresolved.,task_subcomment,['Re-opened since bug 46144 is still unresolved.'] -96844,Update TLS/HTTP documentation on wikitech,"https://wikitech.wikimedia.org/wiki/HTTPS is outdated. - -...as pointed out by @BBlack in https://phabricator.wikimedia.org/T96676#1225820",task_description,"['Update TLS/HTTP documentation on wikitech\n\nURL is outdated.', '...as pointed out bySCREEN_NAME in URL']" -332889,Support editing tags to set multi-column display on/off,Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said. See bug 31597 (T33597) for a much more elaborate proposal.,task_subcomment,"['Just to make this clear (since I was told to say this here rather than in Gerrit): 100% agree to what Krinkle and Gabriel said.', 'See bug 31597 (T33597) for a much more elaborate proposal.']" -257822,"VisualEditor: If an added category is a redirect to another, suggest adding the target instead","So the redirect comes up as a suggestion, but when we add it, the redirect is resolved and the target added?",task_subcomment,"['So the redirect comes up as a suggestion, but when we add it, the redirect is resolved and the target added?']" -697344,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"Change 299880 merged by jenkins-bot: -Fix central logout - -[[https://gerrit.wikimedia.org/r/299880]]",task_subcomment,['Change 299880 merged by jenkins-bot:\nFix central logout\n\n[[GERRIT_URL]]'] -466594,automatic login to private wiki raises APIError on the second failed login,I'm currently guessing but it does sort of make sense. The second APIError happens probably because after the first failed login the API knows that login doesn't work and doesn't attempt to login but just reraises the possible APIError caught in the first attempt.,task_subcomment,"[""I'm currently guessing but it does sort of make sense."", ""The second APIError happens probably because after the first failed login the API knows that login doesn't work and doesn't attempt to login but just reraises the possible APIError caught in the first attempt.""]" -246743,Create global account on login/rename,"(In reply to comment #0) -> Maybe this can also be checked on user login, than other (or the previous -> renamed) user accounts without a conflict can also benefit from this. Should -> be -> part of a automigration (wgCentralAuthAutoMigrate). - -According to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled.",task_subcomment,"['(In reply to comment #0)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nAccording to the documentation of $wgCentralAuthAutoMigrate, this should already happen if it is enabled.']" -204036,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","Change 117021 had a related patch set uploaded by Nemo bis: -[gdash] Use logscale 10 for reqerror graph, again - -https://gerrit.wikimedia.org/r/117021",task_subcomment,"['Change 117021 had a related patch set uploaded by Nemo bis:\n[gdash] Use logscale 10 for reqerror graph, again\n\nGERRIT_URL']" -226418,meta.m.wikimedia.org user login doesn't work,"So, CentralAuth sets login cookies for most domains at the topmost level (eg .wikipedia.org as opposed to en.wikipedia.org), which works great with our domain scheme for mobile domains - that is, setting a cookie for .wikipedia.org will be usable by en.m.wikipedia.org as well as en.wikipedia.org. - -The aforementioned configuration forces login cookies for meta and commons to use their full explicit domains to prevent security issues for other wikimedia.org subdomains (like, those of chapters, etc). That means rather than setting login cookies for .wikimedia.org, we explicitly set login cookies for commons.wikimedia.org and meta.wikimedia.org; which will not be accessible from commons.m.wikimedia.org or meta.m.wikimedia.org. - -One possible solution would be to use the 'EnterMobileMode' hook to override $wgCentralAuthCookieDomain. Failing that, Chris Steipp suggested possibly adding a hook in CentralAuth to allow for mucking around with domain names, though that may be even uglier. I'll submit a patch for config to override $wgCentralAuthCookieDomain for commons/meta on mobile view.",task_subcomment,"['So, CentralAuth sets login cookies for most domains at the topmost level (eg .wikipedia.org as opposed to en.wikipedia.org), which works great with our domain scheme for mobile domains - that is, setting a cookie for .wikipedia.org will be usable by en.m.wikipedia.org as well as en.wikipedia.org.', 'The aforementioned configuration forces login cookies for meta and commons to use their full explicit domains to prevent security issues for other wikimedia.org subdomains (like, those of chapters, etc).', 'That means rather than setting login cookies for .wikimedia.org, we explicitly set login cookies for commons.wikimedia.org and meta.wikimedia.org; which will not be accessible from commons.m.wikimedia.org or meta.m.wikimedia.org.', ""One possible solution would be to use the 'EnterMobileMode' hook to override $wgCentralAuthCookieDomain."", 'Failing that, Chris Steipp suggested possibly adding a hook in CentralAuth to allow for mucking around with domain names, though that may be even uglier.', ""I'll submit a patch for config to override $wgCentralAuthCookieDomain for commons/meta on mobile view.""]" -234030,[EPIC] trigger browser tests from Gerrit (tracking),We will go with ULS first since we have a good experience interacting with the i18n team and they are in European timezone just like Zeljko and I.,task_subcomment,['We will go with ULS first since we have a good experience interacting with the i18n team and they are in European timezone just like Zeljko and I.'] -231467,VisualEditor: Preserve unmodified data-mw attributes to avoid corrupting templates' whitespace,"Change 73372 had a related patch set uploaded by Catrope: -Preserve unused Parsoid template properties - -https://gerrit.wikimedia.org/r/73372",task_subcomment,['Change 73372 had a related patch set uploaded by Catrope:\nPreserve unused Parsoid template properties\n\nGERRIT_URL'] -200461,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","Setting milestone to 2013-06-27 since it is marked as blocker for ""Beta"" (2013-07). It may be moved to an earlier milestone as we see fit. But no later than 06-27. Setting it since I use milestone to sort ""My bugs"".",task_subcomment,"['Setting milestone to 2013-06-27 since it is marked as blocker for ""Beta"" (2013-07).', 'It may be moved to an earlier milestone as we see fit.', 'But no later than 06-27.', 'Setting it since I use milestone to sort ""My bugs"".']" -324286,Replace SHA1 certificates with SHA256,Filled as well in the internal request tracker as https://rt.wikimedia.org/Ticket/Display.html?id=8835,task_subcomment,['Filled as well in the internal request tracker as URL'] -706482,Switch blog to HTTPS-only,@BBlack can you recheck this? Automattic just shipped a few changes for us today. ,task_subcomment,"['SCREEN_NAME can you recheck this?', 'Automattic just shipped a few changes for us today.']" -234465,VisualEditor: Add Amazon Silk browser to blacklist,"Change 110989 merged by jenkins-bot: -jquery.client: Recognise Amazon Silk browser - -https://gerrit.wikimedia.org/r/110989",task_subcomment,['Change 110989 merged by jenkins-bot:\njquery.client: Recognise Amazon Silk browser\n\nGERRIT_URL'] -193523,Cannot click back icon on login screen,Fixed in https://github.com/wikimedia/WLMMobile/pull/28,task_subcomment,['Fixed in URL'] -223501,VisualEditor: Cursor before first character of heading and hitting Enter advances cursor one position,This was fixed and is now deployed.,task_subcomment,['This was fixed and is now deployed.'] -50347,"VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on","How to reproduce: - -1. Enable the ""Mark all edits minor by default"" option in the preferences. -2. Edit a page in the VisualEditor. -3. Press ""Review and save"", then ""Looks good to me"". -4. The edit summary entering bubble appears. - -Observed: - -* The ""This is a minor edit"" box is not checked. - -Expected: - -* The ""This is a minor edit"" box is checked. - -Comment: The saved revision IS correctly marked as minor. It's just the check box that appears incorrectly. - -GWT scenario for Cucumber: -Given that I am editing an article while the minordefault preference is on -When I am saving the article -Then the ""This is a minor edit"" box is checked - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: ""This is a minor edit"" is not auto checked in save dialog if the ""minordefault"" preference is on\n\nHow to reproduce:\n\n1.', 'Enable the ""Mark all edits minor by default"" option in the preferences.', '2.', 'Edit a page in the VisualEditor.', '3.', 'Press ""Review and save"", then ""Looks good to me"".', '4.', 'The edit summary entering bubble appears.', 'Observed:\n\n* The ""This is a minor edit"" box is not checked.', 'Expected:\n\n* The ""This is a minor edit"" box is checked.', 'Comment: The saved revision IS correctly marked as minor.', ""It's just the check box that appears incorrectly."", 'GWT scenario for Cucumber:\nGiven that I am editing an article while the minordefault preference is on\nWhen I am saving the article\nThen the ""This is a minor edit"" box is checked\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']" -442238,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,The issue is still present in 4.1.1(78).,task_subcomment,['The issue is still present in 4.1.1(78).'] -1013480,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"Hi. Our wiki does not show any references in reflists at all in VE now, the list is empty. All of them are created by reference template, rather than by tag. I was not sure it's new indeed, because I do not use VE, but people say it wasn't like this before. -",task_subcomment,"['Hi.', 'Our wiki does not show any references in reflists at all in VE now, the list is empty.', 'All of them are created by reference template, rather than by tag.', ""I was not sure it's new indeed, because I do not use VE, but people say it wasn't like this before.""]" -91960,Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable,"``` -Request: POST http://phabricator.wikimedia.org/auth/login/ldap:self/, from 10.64.0.172 via cp1044 cp1044 ([10.64.0.172]:80), Varnish XID 1060355216 -Forwarded for: [my IP], 10.64.0.172 -Error: 503, Service Unavailable at Mon, 09 Mar 2015 11:45:02 GMT -``` - -Was getting this last week as well (didn't try again until today). Login via OAuth works. ",task_description,"[""Login to phabricator.wikimedia.org via LDAP fails with 503 Service Unavailable\n\n``CODE``\n\nWas getting this last week as well (didn't try again until today)."", 'Login via OAuth works.']" -59635,Make $wgPersonaLoginAnywhere work with $wgSecureLogin,"$wgPersonaLoginAnywhere turns on having the Persona login button on every page in the Personal URLs section, rather than just having a button on the login page. - -However, when $wgSecureLogin is enabled, all logins must be over HTTPS. Right now this is handled poorly: if the user is on HTTP and clicks the Persona login button, they go through the whole login process just to get an API error. - -Unfortunately, there's really no way to make it work completely, but there are a couple of options: - -1) Throw a configuration error if a sysadmin tries to have $wgSecureLogin turned on, $wgPersonaLoginAnywhere turned on, and $wgServer with non-HTTPS as the scheme -2) Automatically redirect all users to HTTPS (probably the less friendly option) - --------------------------- -**Version**: unspecified -**Severity**: enhancement",task_description,"['Make $wgPersonaLoginAnywhere work with $wgSecureLogin\n\n$wgPersonaLoginAnywhere turns on having the Persona login button on every page in the Personal URLs section, rather than just having a button on the login page.', 'However, when $wgSecureLogin is enabled, all logins must be over HTTPS.', 'Right now this is handled poorly: if the user is on HTTP and clicks the Persona login button, they go through the whole login process just to get an API error.', ""Unfortunately, there's really no way to make it work completely, but there are a couple of options:\n\n1) Throw a configuration error if a sysadmin tries to have $wgSecureLogin turned on, $wgPersonaLoginAnywhere turned on, and $wgServer with non-HTTPS as the scheme\n2) Automatically redirect all users to HTTPS (probably the less friendly option)\n\n--------------------------\n**Version**: unspecified\n**Severity**: enhancement""]" -441962,"TemplateData: Provide property ""example"" for template parameters","Change 194386 merged by jenkins-bot: -Add an example property to parameters - -[[https://gerrit.wikimedia.org/r/194386]]",task_subcomment,['Change 194386 merged by jenkins-bot:\nAdd an example property to parameters\n\n[[GERRIT_URL]]'] -249507,"VisualEditor: Toolbar scrolling off the screen on longer articles, possibly due to touch-screen environment","**odin** wrote: - -Now working in the lastest Firefox v25.0 for Windows8. Still not working in latest Chrome.",task_subcomment,"['**odin** wrote:\n\nNow working in the lastest Firefox v25.0 for Windows8.', 'Still not working in latest Chrome.']" -458994,Convert lighttpd-starter from bash to python,"Change 210833 merged by jenkins-bot: -Add lighttpd server types - -[[https://gerrit.wikimedia.org/r/210833]]",task_subcomment,['Change 210833 merged by jenkins-bot:\nAdd lighttpd server types\n\n[[GERRIT_URL]]'] -52978,VisualEditor: Display references rendered by {{#tag:ref}} in superscript,"Screenshot of odd rendering when using {{#tag:ref}} - -https://www.mediawiki.org/wiki/VisualEditor/Basic_example_worksheet?veaction=edit - -See attachment, [11] renders as span instead of as (like [10]) and as such isn'y styled correctly (text is too big). - --------------------------- -**Version**: unspecified -**Severity**: normal - -**Attached**: {F11600}",task_description,"[""VisualEditor: Display references rendered by {{#tag:ref}} in superscript\n\nScreenshot of odd rendering when using {{#tag:ref}}\n\nURL\n\nSee attachment, [11] renders as span instead of as (like [10]) and as such isn'y styled correctly (text is too big)."", '--------------------------\n**Version**: unspecified\n**Severity**: normal\n\n**Attached**: {F11600}']" -329556,Wikitech signup page displays and ,Could you contact a sysop from this list about this issue? https://wikitech.wikimedia.org/w/index.php?title=Special%3AListUsers&username=&group=sysop&editsOnly=1&limit=50,task_subcomment,"['Could you contact a sysop from this list about this issue?', 'URL']" -58389,default labs MediaWiki config will generate https links,"The Puppet templates/labs-localsettings has -if ( array_key_exists( ""SERVER_NAME"", $_SERVER ) ) { - $wgServer = ""//"" . $_SERVER[""SERVER_NAME""]; -} - -Because $wgServer is not prefixed with http:, MediaWiki thinks https://servername links will work, thus several places in the code generate them, e.g. Special:UserLogin's _Use secure connection_ link and Echo notification e-mails. But most labs instances don't have working SSL, even via instance-proxy.wmflabs.org/ - -Project admins can't override this in orig/LocalSettings.php because these lines come after it is require_once'd. - -Ideally the puppet LocalSettings would determine if https worked to the labs instance, and if not set - $wgServer= 'http://' . $_SERVER['SERVER_NAME']; - -Possible workarounds include unset ($_SERVER['REQUEST_TIME'] ), overwriting $wgServer in some later config hook, and configuring SSL on the labs instance (bug 54065). - --------------------------- -**Version**: unspecified -**Severity**: normal -**URL**: http://toro.wmflabs.org/wiki/Special:UserLogin",task_description,"['default labs MediaWiki config will generate https links\n\nThe Puppet templates/labs-localsettings has\nif ( array_key_exists( ""SERVER_NAME"", $_SERVER ) ) {\n $wgServer = ""//"" .', '$_SERVER[""SERVER_NAME""];\n}\n\nBecause $wgServer is not prefixed with http:, MediaWiki thinks URL links will work, thus several places in the code generate them, e.g.', ""Special:UserLogin's _Use secure connection_ link and Echo notification e-mails."", ""But most labs instances don't have working SSL, even via instance-proxy.wmflabs.org/\n\nProject admins can't override this in orig/LocalSettings.php because these lines come after it is require_once'd."", ""Ideally the puppet LocalSettings would determine if https worked to the labs instance, and if not set\n $wgServer= 'URL ."", ""$_SERVER['SERVER_NAME'];\n\nPossible workarounds include unset ($_SERVER['REQUEST_TIME'] ), overwriting $wgServer in some later config hook, and configuring SSL on the labs instance (bug 54065)."", '--------------------------\n**Version**: unspecified\n**Severity**: normal\n**URL**: URL']" -442260,4.0.7.8 - NSURLErrorDomain error code -999 with the first login ,"It appears this surfaces when a valid username and password are entered, then the user taps Done once, then a little under a second later taps Done again. This is causing a networking cancellation, which causes the error. One way to deal with this is to disable the Done button after it has been tapped once until it's done doing it's thing.",task_subcomment,"['It appears this surfaces when a valid username and password are entered, then the user taps Done once, then a little under a second later taps Done again.', 'This is causing a networking cancellation, which causes the error.', ""One way to deal with this is to disable the Done button after it has been tapped once until it's done doing it's thing.""]" -211566,Update login.wikimedia.org logo to avoid rsvg issues,Related URL: https://gerrit.wikimedia.org/r/63384 (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5),task_subcomment,['Related URL: GERRIT_URL (Gerrit Change I43ffba30080589705e231c385911460049e0ecb5)'] -48827,samarium.wikimedia.org should support HTTPS,"I keep getting redirected to https://samarium.wikimedia.org/ by HTTPS Everywhere in Chrome. It'd be nice if this worked. - --------------------------- -**Version**: wmf-deployment -**Severity**: enhancement -**URL**: https://samarium.wikimedia.org/",task_description,"['samarium.wikimedia.org should support HTTPS\n\nI keep getting redirected to URL by HTTPS Everywhere in Chrome.', ""It'd be nice if this worked."", '--------------------------\n**Version**: wmf-deployment\n**Severity**: enhancement\n**URL**: URL']" -253540,VisualEditor: Default $wgVisualEditorNamespaces to $wgContentNamespaces instead of array( NS_MAIN ),"Change 94420 had a related patch set uploaded by Jforrester: -Make VisualEditor namespaces extend, not replace, default - -https://gerrit.wikimedia.org/r/94420",task_subcomment,"['Change 94420 had a related patch set uploaded by Jforrester:\nMake VisualEditor namespaces extend, not replace, default\n\nGERRIT_URL']" -617342,HTTP/1.1 keepalive for local nginx->varnish conns,"Change 273012 had a related patch set uploaded (by BBlack): -disable keepalives everywhere - -[[https://gerrit.wikimedia.org/r/273012]] -",task_subcomment,['Change 273012 had a related patch set uploaded (by BBlack):\ndisable keepalives everywhere\n\n[[GERRIT_URL]]'] -481954,Shinken is showing HTTP 404 warnings for deployment-mathoid/sca02 mathoid services,"Seems Mathoid changed recently and no more honors `GET /` and now requires a POST and the `q` parameter. That breaks the Shinken probe on beta. Prod not impacted yet since I guess Mathoid hasn't been updated yet. - -https://gerrit.wikimedia.org/r/220954 migrates to use a POST request :-} -",task_subcomment,"['Seems Mathoid changed recently and no more honors CODE and now requires a POST and the CODE parameter.', 'That breaks the Shinken probe on beta.', ""Prod not impacted yet since I guess Mathoid hasn't been updated yet."", 'GERRIT_URL migrates to use a POST request :-}']" -406573,"Add ""Access-Control-Allow-Origin: *"" HTTP header to read-only API responses","I would like to suggest [[ https://github.com/hubgit/mediawiki/commit/f247442b9fd928a86b262b6badc24bbbb34f8f0f | this change to the response headers ]], but I don't know enough about the rest of the system to know whether it would have unintended side effects.",task_subcomment,"[""I would like to suggest [[ URL | this change to the response headers ]], but I don't know enough about the rest of the system to know whether it would have unintended side effects.""]" -738056,text input history/autocomplete doesn't work with HTTPS under IE8-10,"Declining this task because (a) It's been open for 3 years with no resolution and (b) IE8-10 are no longer ""supported"" browsers at all on the Microsoft end of things for nearly a year now ( https://www.microsoft.com/en-us/WindowsForBusiness/End-of-IE-support ), so the rational response to any user complaint is to upgrade away from their vendor-unsupported browser to IE11 (or Chrome or FF, but not IE<11).",task_subcomment,"['Declining this task because (a) It\'s been open for 3 years with no resolution and (b) IE8-10 are no longer ""supported"" browsers at all on the Microsoft end of things for nearly a year now ( URL ), so the rational response to any user complaint is to upgrade away from their vendor-unsupported browser to IE11 (or Chrome or FF, but not IE<11).']" -293774,"VisualEditor: When API returns HTTP 500, present a more useful error message to the user","With the above patch, the former message: - - Error loading data from server: parsoidserver-http-bad-status: - 500. Would you like to retry? - -… turns into: - - Error loading data from server: parsoidserver-http-bad-status: - 500: Page Fetch failure for ""BADURL"": Error: getaddrinfo - ENOTFOUND. Would you like to retry? - -Which is not ideal, but at least describes things a bit. Marking this as FIXED.",task_subcomment,"['With the above patch, the former message:\n\n Error loading data from server: parsoidserver-http-bad-status:\n 500.', 'Would you like to retry?', '… turns into:\n\n Error loading data from server: parsoidserver-http-bad-status:\n 500: Page Fetch failure for ""BADURL"": Error: getaddrinfo\n ENOTFOUND.', 'Would you like to retry?', 'Which is not ideal, but at least describes things a bit.', 'Marking this as FIXED.']" -223090,[Epic] Support editing parts of a page in VisualEditor-MediaWiki,"I read the discussion, and it seems nobody mentioned what i think is the ""real"" bug here: we have the ""edit source"" link, that drops you back to wikitext editor. The correct behavior for ve should obviously be to drop you to a section edit if the hser entered edit state through an edit section link. - -Peace.",task_subcomment,"['I read the discussion, and it seems nobody mentioned what i think is the ""real"" bug here: we have the ""edit source"" link, that drops you back to wikitext editor.', 'The correct behavior for ve should obviously be to drop you to a section edit if the hser entered edit state through an edit section link.', 'Peace.']" -421324,Clearer instructions in the Phabricator login page,"Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e - -Thank you!",task_subcomment,['Resolved with rOPUP3097e10e3e5c7f13d6de377e3e651c8ac736bd5e\n\nThank you!'] -237047,VisualEditor: Using browser native interactive spell-check tool breaks in Firefox,*** Bug 52372 has been marked as a duplicate of this bug. ***,task_subcomment,"['*** Bug 52372 has been marked as a duplicate of this bug.', '***']" -235220,VisualEditor: valid links are redlinked in the link inspector,"Yes, this is specifically that it's filtering out redirects in its suggestions (good) but then assuming that if it's not a non-redirect, it doesn't exist (bad). We'll get this fixed. - -*** This bug has been marked as a duplicate of bug 49502 ***",task_subcomment,"[""Yes, this is specifically that it's filtering out redirects in its suggestions (good) but then assuming that if it's not a non-redirect, it doesn't exist (bad)."", ""We'll get this fixed."", '*** This bug has been marked as a duplicate of bug 49502 ***']" -619989,Make Magnus tools on tools.wmflabs.org work in HTTPS,">>! In T102457#2072902, @Krinkle wrote: -> Or maybe Magnus' tool should use the new [Page View API](https://wikitech.wikimedia.org/wiki/Analytics/PageviewAPI) instead of http://stats.grok.se. - -He already does and he *also* has a proxy, working with URLs such as https://tools.wmflabs.org/glamtools/proxy.php?url=http%3A%2F%2Fstats.grok.se%2Fjson%2Fit%2F201601%2FMathieu%2520La%2520Porte (test with https://tools.wmflabs.org/glamtools/treeviews/?q=%7B%22lang%22%3A%22it%22%2C%22pagepile%22%3A%22492%22%2C%22rows%22%3A%5B%5D%7D ). - -This bug is fixed as regards Magnus tools, I think; and it's probably too generic for the whole of Tool Labs. Maybe just close?",task_subcomment,"['QUOTE\nQUOTE\n\nHe already does and he *also* has a proxy, working with URLs such as URL (test with URL ).', ""This bug is fixed as regards Magnus tools, I think; and it's probably too generic for the whole of Tool Labs."", 'Maybe just close?']" -246457,RTL language characters are displayed in LTR order in LTR languages (and vice versa),"Reopening: I looked at en.wikipedia and de.wikipedia. Both have a set of special characters *below* the editbox, which isn't part of MediaWiki, but developed by the communities. In both cases the characters of RTL languages are shown from right to left, so even if this behavior of WikiEditor is intended (which I doubt), it is wrong based on the expectation of its users.",task_subcomment,"['Reopening: I looked at en.wikipedia and de.wikipedia.', ""Both have a set of special characters *below* the editbox, which isn't part of MediaWiki, but developed by the communities."", 'In both cases the characters of RTL languages are shown from right to left, so even if this behavior of WikiEditor is intended (which I doubt), it is wrong based on the expectation of its users.']" -913462,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","Yep, I’ve put the word ‘Done’ in my mockups.",task_subcomment,"['Yep, I’ve put the word ‘Done’ in my mockups.']" -232785,Configure beta and MW.org to have $wgVisualEditorEnableExperimentalCode = true;,Done on 2013-06-06.,task_subcomment,['Done on 2013-06-06.'] -248190,VisualEditor: Link inspector should make it easier to change the label,"I'd rather have a label input (or at least a label display) in the link inspector, but some method of indicating that the link is piped or has separate trailing text is important. - -If you see a redlink like ""Alice Expert"", you can't tell from looking at the link in VisualEditor that it's actually piped: [[Alice D Expert|Alice Expert]]. Fixing the label to match the actual article title name (""Alice D. Expert"") does not fix the broken link. - -There's no way to see that the redlink didn't get fixed when you changed the label to ""Alice D. Expert"" (because VisualEditor's ""red"" links are blue). - -There is also no reason for you to suspect that the problem is due to a hidden piped link, because there is no visual cue that you need to go into the link inspector to address the hidden/piped link.",task_subcomment,"[""I'd rather have a label input (or at least a label display) in the link inspector, but some method of indicating that the link is piped or has separate trailing text is important."", 'If you see a redlink like ""Alice Expert"", you can\'t tell from looking at the link in VisualEditor that it\'s actually piped: [[Alice D Expert|Alice Expert]].', 'Fixing the label to match the actual article title name (""Alice D. Expert"") does not fix the broken link.', 'There\'s no way to see that the redlink didn\'t get fixed when you changed the label to ""Alice D. Expert"" (because VisualEditor\'s ""red"" links are blue).', 'There is also no reason for you to suspect that the problem is due to a hidden piped link, because there is no visual cue that you need to go into the link inspector to address the hidden/piped link.']" -230782,VisualEditor: Trailing whitespace at end of paragraph or table cell dropped on round-trip,"Other faulty roundtrips: - -http://en.wikipedia.org/wiki/Neritina_rubricata -Removes space at end of line - -http://en.wikipedia.org/wiki/Timeline_of_portable_computers ---> || becomes -->|| - -Should I continue reporting space removals like these 2 ones? -Or are these spaces removed on purpose?",task_subcomment,"['Other faulty roundtrips:\n\nURL\nRemoves space at end of line\n\nURL\n--> || becomes -->||\n\nShould I continue reporting space removals like these 2 ones?', 'Or are these spaces removed on purpose?']" -777955,"VisualEditor: For edit summary field, give users an auto-fill drop-down (or similar) of recent edit summaries they've used",Raising priority now that we have the same problem in VE source mode (NWE).,task_subcomment,['Raising priority now that we have the same problem in VE source mode (NWE).'] -252079,Delete tests from browsertests repository that are moved to other repositories,"Change 88992 had a related patch set uploaded by Zfilipin: -Flow tests are moved to Flow repository - -https://gerrit.wikimedia.org/r/88992",task_subcomment,['Change 88992 had a related patch set uploaded by Zfilipin:\nFlow tests are moved to Flow repository\n\nGERRIT_URL'] -319202,Create account doesn't work if $wgGLreplaceMWLogin is true,"Change 152171 merged by jenkins-bot: -Fix no session set when replaceMWLogin is true - -https://gerrit.wikimedia.org/r/152171",task_subcomment,['Change 152171 merged by jenkins-bot:\nFix no session set when replaceMWLogin is true\n\nGERRIT_URL'] -253368,VisualEditor: pasting with middle-click in X-Windows doesn't work when automatic scrolling is enabled,How on Earth does Firefox's automatic scrolling feature interact with its pasting feature? Gah. :-),task_subcomment,"[""How on Earth does Firefox's automatic scrolling feature interact with its pasting feature?"", 'Gah.', ':-)']" -265138,'Mobile view' link always heads to https,"**bingle-admin** wrote: - -Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1322",task_subcomment,['**bingle-admin** wrote:\n\nPrioritization and scheduling of this bug is tracked on Mingle card URL'] -879529,Consider changing wikipage redirects to be proper HTTP redirects,"Performance is not a concern, because HTTP redirect to a fragment is faster than jump to an anchor using JavaScript (compare opening [[ https://en.wikipedia.org/wiki/WP:Notability#General_notability_guideline | WP:Notability#General_notability_guideline ]] and [[ https://en.wikipedia.org/wiki/Wikipedia:GNG | Wikipedia:GNG ]]).",task_subcomment,"['Performance is not a concern, because HTTP redirect to a fragment is faster than jump to an anchor using JavaScript (compare opening [[ URL | WP:Notability#General_notability_guideline ]] and [[ URL | Wikipedia:GNG ]]).']" -304379,"Aborted mediawiki.api requests are logged as errors (""mw.Api error: "" ""http"" {xhr: Object, textStatus: ""abort"", exception: ""abort""})","Change 137269 had a related patch set uploaded by Prtksxna: -core: Ignore '.oo-ui-buttonedElement-button' links - -https://gerrit.wikimedia.org/r/137269",task_subcomment,"[""Change 137269 had a related patch set uploaded by Prtksxna:\ncore: Ignore '.oo-ui-buttonedElement-button' links\n\nGERRIT_URL""]" -52692,VisualEditor: Binding of section edit link should not be deferred to after document is loaded,"Split from bug 50540 which is entirely different. :-) - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: Binding of section edit link should not be deferred to after document is loaded\n\nSplit from bug 50540 which is entirely different.', ':-)\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']" -449052,lighttpd redirects URLs of directories without a trailing slash from https to http,"After some false starts, looks like http://redmine.lighttpd.net/projects/1/wiki/Docs_ModMagnet might be the way to fix this. but that embeds lua in lighttpd as well, and I""m feeling a bit 'eugh' about that.",task_subcomment,"['After some false starts, looks like URL might be the way to fix this.', 'but that embeds lua in lighttpd as well, and I""m feeling a bit \'eugh\' about that.']" -233422,Login API doesn't prevent getting csrf tokens via jsonp,"Change 82541 merged by jenkins-bot: -SECURITY: Prevent tokens in jsonp mode - -https://gerrit.wikimedia.org/r/82541",task_subcomment,['Change 82541 merged by jenkins-bot:\nSECURITY: Prevent tokens in jsonp mode\n\nGERRIT_URL'] -322766,"action=help shows a ""Central login"" message on every page when extension CentralAuth is used","**gerritadmin** wrote: - -Change 167247 had a related patch set uploaded by Anomie: -API: Clean up skin handling - -https://gerrit.wikimedia.org/r/167247",task_subcomment,['**gerritadmin** wrote:\n\nChange 167247 had a related patch set uploaded by Anomie:\nAPI: Clean up skin handling\n\nGERRIT_URL'] -548747,ssl expiry tracking in icinga - we don't monitor that many domains,"check forgerrit cert added: - -https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=ytterbium&service=HTTPS - -""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)""",task_subcomment,"['check forgerrit cert added:\n\nURL\n\n""SSL OK - Certificate gerrit.wikimedia.org valid until 2018-05-25 21:30:06 +0000 (expires in 948 days)""']" -267766,VisualEditor: Show user that drag-and-drop of textual content is not supported,"Given we are about to support text drag and drop with bug 49981, marking as wontfix.",task_subcomment,"['Given we are about to support text drag and drop with bug 49981, marking as wontfix.']" -234693,Images specified with size foopxpx render at native size,"(In reply to C. Scott Ananian from comment #8) -> Yes, 'pxpx' is actually a ""feature"". See bug 13500. - -groan!",task_subcomment,['(In reply to C. Scott Ananian from comment #8)\nQUOTE\n\ngroan!'] -55548,VisualEditor: nowiki tags thrown right after a template,"I am filing a related common problem we meet at it.wp. - -We had troubles with nowikis being thrown right after some templates when the -user did not add an extra space there, but simply edited something in that -page. See -https://it.wikipedia.org/w/index.php?title=Wikipedia&diff=61171396&oldid=61171228 -. - -We actually found a workaround for this: -https://it.wikipedia.org/w/index.php?title=Template:Quote&curid=224372&diff=61173726&oldid=60749506 -but since this addition is apparently a nonsense, users demand that VE prevents -that behaviour instead. - -They also think this is related to templates featuring some kind of table. - -I did some tests as well. -I was able to reproduce an unwanted situation where the first line and the -table (which is actually a template) were mingled in a non-editable block -https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox_VE&diff=61181542&oldid=61181524 -. - -But I was also able to avoid nowikis, even if the extra span tags were not -added to the template: as you can see here -https://it.wikipedia.org/w/index.php?title=Utente:Elitre_(WMF)/Sandbox_VE&diff=prev&oldid=61181473, -if the first letter of the line is actually closer to the template's final -brace (with no space between), VEditing that page will result in the text -getting automatically placed in a better position, and no nowikis in sight, -even after multiple saves of the page. - -Thanks. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: nowiki tags thrown right after a template\n\nI am filing a related common problem we meet at it.wp.', 'We had troubles with nowikis being thrown right after some templates when the\nuser did not add an extra space there, but simply edited something in that\npage.', 'See\nURL\n.', 'We actually found a workaround for this:\nURL\nbut since this addition is apparently a nonsense, users demand that VE prevents\nthat behaviour instead.', 'They also think this is related to templates featuring some kind of table.', 'I did some tests as well.', 'I was able to reproduce an unwanted situation where the first line and the\ntable (which is actually a template) were mingled in a non-editable block\nURL\n.', ""But I was also able to avoid nowikis, even if the extra span tags were not\nadded to the template: as you can see here\nURL\nif the first letter of the line is actually closer to the template's final\nbrace (with no space between), VEditing that page will result in the text\ngetting automatically placed in a better position, and no nowikis in sight,\neven after multiple saves of the page."", 'Thanks.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -233788,VisualEditor: Tool to set/unset text as superscript,"As explained elsewhere, this is trivial to do but would make the toolbar (even more) unwieldy for all users, and so I de-prioritised it whilst waiting for a way to have lots of these icons available without filling everyone's screens with buttons most of them don't want to touch. - -We're working right now on a first draft which we think will help with the clutter, at which point making these tools is a work of minutes.",task_subcomment,"[""As explained elsewhere, this is trivial to do but would make the toolbar (even more) unwieldy for all users, and so I de-prioritised it whilst waiting for a way to have lots of these icons available without filling everyone's screens with buttons most of them don't want to touch."", ""We're working right now on a first draft which we think will help with the clutter, at which point making these tools is a work of minutes.""]" -44341,"VisualEditor: Link inspector suggestions box should instantly show, then populate with more as API returns","Right now the link inspector's suggestions box displays only after the ; instead, it should show instantly, then populate with more data as API returns with a spinner. Trevor has some ideas if you want to bug him. :-) - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"[""VisualEditor: Link inspector suggestions box should instantly show, then populate with more as API returns\n\nRight now the link inspector's suggestions box displays only after the ; instead, it should show instantly, then populate with more data as API returns with a spinner."", 'Trevor has some ideas if you want to bug him.', ':-)\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal']" -237002,VisualEditor: Transclusion dialog parameter filter should search on both parameter name and parameter label,"Change 82055 had a related patch set uploaded by Trevor Parscal: -Include param label in search index - -https://gerrit.wikimedia.org/r/82055",task_subcomment,['Change 82055 had a related patch set uploaded by Trevor Parscal:\nInclude param label in search index\n\nGERRIT_URL'] -249244,VisualEditor: Editing a block with the experimental generic editor leads to brokenness because the attributes get blanked,"Change 82063 merged by jenkins-bot: -Round trip alien extensions correctly when edited - -https://gerrit.wikimedia.org/r/82063",task_subcomment,['Change 82063 merged by jenkins-bot:\nRound trip alien extensions correctly when edited\n\nGERRIT_URL'] -833010,"""Remember me"" on Login interface should state duration",">>! In T49694#3136685, @waldyrious wrote: -> I'm a bit confused by this issue. Judging by its title and description, isn't it the same as T62437? And if so, isn't it resolved already? If not, it probably needs clarification. - -I think it's just a relic of the bugzilla import; T62437 was apparently closed as a duplicate, not actually resolved, but that wasn't properly reflected in the status.",task_subcomment,"[""QUOTE\nQUOTE\n\nI think it's just a relic of the bugzilla import; T62437 was apparently closed as a duplicate, not actually resolved, but that wasn't properly reflected in the status.""]" -53477,VisualEditor: Typing in Devanagari puts vowels in unexpected places,"Typing in the Devanagari script causes very unusual placement of vowels in relation to consonants. The correct place to put the vowels is always after the preceding consonant, but the VisualEditor causes very strange placement. - -To try, I used the standard Hindi InScript keyboard (not ULS IME, but the operating system's InScript keyboard). I tried to type the word ""अंग्रेज़ी"" (the Hindi name of the English language). - -To get that word with the InScript keyboard, type the following keys on the English-US keyboard: - -Dxidjs;]r - -The expected result is ""अंग्रेज़ी"". - -The actual result on Firefox 22 is ""अंग्ेच़ीर"". - -The actual result on Chrome 28 is ""्रेची"". - -I tried this with Firefox 22 on Fedora 18. - -I mark this as blocker, because in this state the VisualEditor must not be widely deployed on a Wikipedia that uses the Devanagari script, such as Hindi (hi), Marathi (mr), Nepali (ne) or Sanskrit (sa) (there are a few more languages that use it). It's OK to have it as opt-in for testing on these wikis, though. - --------------------------- -**Version**: unspecified -**Severity**: blocker",task_description,"['VisualEditor: Typing in Devanagari puts vowels in unexpected places\n\nTyping in the Devanagari script causes very unusual placement of vowels in relation to consonants.', 'The correct place to put the vowels is always after the preceding consonant, but the VisualEditor causes very strange placement.', ""To try, I used the standard Hindi InScript keyboard (not ULS IME, but the operating system's InScript keyboard)."", 'I tried to type the word ""अंग्रेज़ी"" (the Hindi name of the English language).', 'To get that word with the InScript keyboard, type the following keys on the English-US keyboard:\n\nDxidjs;]r\n\nThe expected result is ""अंग्रेज़ी"".', 'The actual result on Firefox 22 is ""अंग्ेच़ीर"".', 'The actual result on Chrome 28 is ""्रेची"".', 'I tried this with Firefox 22 on Fedora 18.', 'I mark this as blocker, because in this state the VisualEditor must not be widely deployed on a Wikipedia that uses the Devanagari script, such as Hindi (hi), Marathi (mr), Nepali (ne) or Sanskrit (sa) (there are a few more languages that use it).', ""It's OK to have it as opt-in for testing on these wikis, though."", '--------------------------\n**Version**: unspecified\n**Severity**: blocker']" -618328,make blog links from wmfwiki front page use HTTPS links,">>! In T104728#2065282, @Dzahn wrote: -> Looks to me like this ticket is either about editing wiki pages or about fixing things on the Blog side. Both of these don't really need Operations and Traffic, right? - -It looks to me like @Krenair's change has fixed this issue as it is described.",task_subcomment,"[""QUOTE\nQUOTE\n\nIt looks to me likeSCREEN_NAME's change has fixed this issue as it is described.""]" -53835,VisualEditor: Changing login status / losing session data during edit causes VE to break silently,"Edits that would trigger this error silently break VE: -""Sorry! We could not process your edit due to a loss of session data."" - -On save, it shows animation indicating it is saving, but then does not save, leaving you in the editing screen. It doesn't refresh to update your session data, so the edit will never succeed; and it doesn't show you the error message. - -To reproduce: start an edit, then logout, and try to complete; or v-v (and more common) start one as an anon, then log in. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: Changing login status / losing session data during edit causes VE to break silently\n\nEdits that would trigger this error silently break VE:\n""Sorry!', 'We could not process your edit due to a loss of session data.""', 'On save, it shows animation indicating it is saving, but then does not save, leaving you in the editing screen.', ""It doesn't refresh to update your session data, so the edit will never succeed; and it doesn't show you the error message."", 'To reproduce: start an edit, then logout, and try to complete; or v-v (and more common) start one as an anon, then log in.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -252164,Section 0 (lede) editing does not offer VisualEditor,"**wikipedia** wrote: - -As of 2013-07-03 11:42 BST, there were 22,009 accounts with gadgets-edittop enabled.",task_subcomment,"['**wikipedia** wrote:\n\nAs of 2013-07-03 11:42 BST, there were 22,009 accounts with gadgets-edittop enabled.']" -229292,"""Remember me"" on Login interface should state duration","(In reply to comment #4) -> (In reply to comment #3) -> > If we show it, it should be based on the actual configuration. But I'm not -> > convinced this is necessary. It's information on the page that might not -> > need -> > to be there. -> -> I'm not sure if there are legal reasons we show it, per the privacy policy at -> . Perhaps -> something to confirm with LCA? - -CCed Luis Villa. If they don't respond, my feeling is the ""Privacy policy"" link on every page footer is sufficient. - -> > If you don't feel comfortable with long-term cookies, you don't have to check -> > it. The exact time period is not strictly necessary to make this call. -> > -> > Are there other sites that show the time period for this? -> -> Hmm, do other top sites set expiring cookies for login? - -I don't know the exact behavior, but for example Google (""Stay signed in""), Facebook (""Keep me logged in""), and Twitter (""Remember me"") all have such a checkbox on log in, and none say the time period.",task_subcomment,"['(In reply to comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nCCed Luis Villa.', 'If they don\'t respond, my feeling is the ""Privacy policy"" link on every page footer is sufficient.', 'QUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nI don\'t know the exact behavior, but for example Google (""Stay signed in""), Facebook (""Keep me logged in""), and Twitter (""Remember me"") all have such a checkbox on log in, and none say the time period.']" -449308,CentralAuth not caching Special:CentralAutoLogin/start,Can this be closed or is this still a problem.,task_subcomment,['Can this be closed or is this still a problem.'] -243671,VisualEditor: Lag when selecting complex templates (especially in big pages),"Created attachment 13764 -Above the reflist - -**Attached**: {F11474}",task_subcomment,['Created attachment 13764\nAbove the reflist\n\n**Attached**: {F11474}'] -406385,ZeroPortal browser tests duplicate mediawiki_selenium's LoginPage object,"We actually recently switched to the prerelease branch which (at the time -of switching) did not have an updated LoginPage for use with multiple -users. When I respond to this task I will be reevaluating though to see if -the prerelease version of LoginPage has been updated to include ""logged in -as,"" which I suspect it has.",task_subcomment,"['We actually recently switched to the prerelease branch which (at the time\nof switching) did not have an updated LoginPage for use with multiple\nusers.', 'When I respond to this task I will be reevaluating though to see if\nthe prerelease version of LoginPage has been updated to include ""logged in\nas,"" which I suspect it has.']" -152715,Non-canonical HTTPS URLs quietly redirect to HTTP,"(In reply to comment #4) -> It's unclear whether this bug should be expanded to -> cover the other (several dozen) similar cases in redirects.conf. It's also -> unclear whether there's a saner system to do this. %{HTTPS} might be best... -> but it's going to result in an awful lot of code duplication for one letter. - -Well, it's clearer now that there's a mess of bugs about the exact same issue. I'm going to make some noise and dupe them all down to this bug, as it came first and it contains reasonably useful back-and-forth between me and Daniel. I'll aggregate a few test cases and RT links in a single comment as well, I guess. - -This means bug 33751 (redirects.conf), bug 35740 (Wikisource), bug 36951 (wikimediafoundation.org), bug 36952 (tracking bug) will be marked as duplicates. - -I'm changing this bug's summary from ""https://mediawiki.org redirects to http://www.mediawiki.org/"" to ""Certain Wikimedia redirects improperly go from HTTPS to HTTP; Apache's redirects.conf needs adjustments"".",task_subcomment,"[""(In reply to comment #4)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nWell, it's clearer now that there's a mess of bugs about the exact same issue."", ""I'm going to make some noise and dupe them all down to this bug, as it came first and it contains reasonably useful back-and-forth between me and Daniel."", ""I'll aggregate a few test cases and RT links in a single comment as well, I guess."", 'This means bug 33751 (redirects.conf), bug 35740 (Wikisource), bug 36951 (wikimediafoundation.org), bug 36952 (tracking bug) will be marked as duplicates.', 'I\'m changing this bug\'s summary from ""URL redirects to URL to ""Certain Wikimedia redirects improperly go from HTTPS to HTTP; Apache\'s redirects.conf needs adjustments"".']" -233728,VisualEditor: Floated templates rendering oddly and overlapping text,"(In reply to comment #4) -> I thinks it depends on the skin: Monobook might be causing this. - -That's a different bug - created bug 50057. - -This is about CE's rendering of floated templates - I've attached some example screenshots to demonstrate.",task_subcomment,"[""(In reply to comment #4)\nQUOTE\n\nThat's a different bug - created bug 50057."", ""This is about CE's rendering of floated templates - I've attached some example screenshots to demonstrate.""]" -200579,VisualEditor: There is not preview of edit summaries (which are wikitext) - show it in the wikitext diff?,"(In reply to comment #1) -> As Max says, to be resolved by the dialog being a mini-VE surface. - -So this has been assigned to me but I think I need a few pointers. Firstly, where can I find the code for mini-surfaces?",task_subcomment,"['(In reply to comment #1)\nQUOTE\n\nSo this has been assigned to me but I think I need a few pointers.', 'Firstly, where can I find the code for mini-surfaces?']" -882390,Consider changing wikipage redirects to be proper HTTP redirects,"I've updated the task description to provide a summarised problem statement. - -@petr.matas Let's explore adding a query parameter. There are multiple kinds of query parameters we could consider, but let's start by considering a query parameter to indicate where we redirected ""from"". - -Rendering of page links in the content would change to link to `Target#Section` instead of `Redirect`, and we'd also add a query parameter that says we came from `Redirect`. - -* Page rendering: ` tags added,"See https://en.wikipedia.org/w/index.php?title=User%3AEdgepedia%2FVE%2FMet&diff=560772671&oldid=560563847 for example; I have no idea why (problem with the template itself?) - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"['VisualEditor: Miscellaneous tags added\n\nSee URL for example; I have no idea why (problem with the template itself?)', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -469138,replace ganglia's sha1 cert with sha256,"Change 215508 merged by Dzahn: -ganglia: use SSLCertificateChainFile - -[[https://gerrit.wikimedia.org/r/215508]]",task_subcomment,['Change 215508 merged by Dzahn:\nganglia: use SSLCertificateChainFile\n\n[[GERRIT_URL]]'] -103354,Can't login to catgraph instance,"When trying to ssh to sylvester I get the following: - -``` -$ ssh -A jkroll@sylvester.eqiad.wmflabs - -If you are having access problems, please see:https://labsconsole.wikimedia.org/wiki/Access#Accessing_public_and_private_instances -Permission denied (publickey). -``` - -The catgraph service which should be running there is not reachable either (connection refused). - -Special:NovaInstance shows the instance as ACTIVE. Tried rebooting it via the web interface, no change. - -I can ssh to other instances in the same project normally, and the services are running there as well. - -Could this be an NFS problem?",task_description,"[""Can't login to catgraph instance\n\nWhen trying to ssh to sylvester I get the following:\n\n``CODE``\n\nThe catgraph service which should be running there is not reachable either (connection refused)."", 'Special:NovaInstance shows the instance as ACTIVE.', 'Tried rebooting it via the web interface, no change.', 'I can ssh to other instances in the same project normally, and the services are running there as well.', 'Could this be an NFS problem?']" -241398,"Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add)","tl;dr; I would be interested in being a mentor here, and probably collaborating until a solution is reached. - -We've done some thinking about this while we developed Limn [1] last year. I believe Limn was headed in the wrong direction, but we (team analytics) are interested in solving this problem and it would be nice to combine efforts with anyone that is also interested. Currently, I believe that Vega JS [2] is a very promising library. It has a great mixture of simplicity and power. - -My personal opinion is that creating and editing infographics would work much like Visual Editor does. There would be a simple JSON editor on the front end, which could evolve over time. When saved, this would use a server to generate static infographics for consumption by the cache layer. The dynamic infographic could be accessed through a link on the static image. The cache could be repopulated with up-to-date infographics periodically if they depend on external data. For this vision, Vega JS is quite suitable as it can generate PNGs server side for example. - - -[1] https://github.com/wikimedia/limn -[2] http://trifacta.github.io/vega/",task_subcomment,"['tl;dr; I would be interested in being a mentor here, and probably collaborating until a solution is reached.', ""We've done some thinking about this while we developed Limn [1] last year."", 'I believe Limn was headed in the wrong direction, but we (team analytics) are interested in solving this problem and it would be nice to combine efforts with anyone that is also interested.', 'Currently, I believe that Vega JS [2] is a very promising library.', 'It has a great mixture of simplicity and power.', 'My personal opinion is that creating and editing infographics would work much like Visual Editor does.', 'There would be a simple JSON editor on the front end, which could evolve over time.', 'When saved, this would use a server to generate static infographics for consumption by the cache layer.', 'The dynamic infographic could be accessed through a link on the static image.', 'The cache could be repopulated with up-to-date infographics periodically if they depend on external data.', 'For this vision, Vega JS is quite suitable as it can generate PNGs server side for example.', '[1] URL\n[2] URL']" -477200,E:OpenID needs to work with $wgSecureLogin,[Resetting task assignee to avoid cookie-licking. Please reclaim the task when you plan to actively work on this task. Thanks!],task_subcomment,"['[Resetting task assignee to avoid cookie-licking.', 'Please reclaim the task when you plan to actively work on this task.', 'Thanks!]']" -336687,Install pnmtojpeg and ddjvu on UbuntuTrusty contintLabsSlave hosts.,"The labels `hasContintPackages` and `hasSlaveScripts` are only applied on the production slaves which are both Precise. They are legacy labels which I should most probably cleanup. As a summary: - -* `hasSlaveScripts && UbuntuPrecise` matches the production slaves (Precise). -* `contintLabsSlave && UbuntuTrusty` matches the labs Trusty slaves. -* `hasSlaveScripts && UbuntuTrusty` indeed does not match any host and would cause the job to be stuck. - -The jobs using Zend php should use UbuntuPrecise which provides PHP 5.3.x. - - - -I have found out that ""pnmtojpeg"" is only available on the production slaves. The utility is provided by the puppet chain: - -* Package `netpbm` -* `mediawiki::packages::multimedia` -* `mediawiki::multimedia` -* `role::mediawiki::imagescaler` or `role::mediawiki::videoscaler` - -The contint packages are defined in `contint::packages` which only includes `mediawiki::packages`. So I am going to add `mediawiki::multimedia` there and that will add `pnmtojpeg` on the contint slaves.",task_subcomment,"['The labels CODE and CODE are only applied on the production slaves which are both Precise.', 'They are legacy labels which I should most probably cleanup.', 'As a summary:\n\n* CODE matches the production slaves (Precise).', '* CODE matches the labs Trusty slaves.', '* CODE indeed does not match any host and would cause the job to be stuck.', 'The jobs using Zend php should use UbuntuPrecise which provides PHP 5.3.x.', 'I have found out that ""pnmtojpeg"" is only available on the production slaves.', 'The utility is provided by the puppet chain:\n\n* Package CODE \n* CODE\n* CODE\n* CODE or CODE\n\nThe contint packages are defined in CODE which only includes CODE.', 'So I am going to add CODE there and that will add CODE on the contint slaves.']" -38952,Requests for resources through a non-canonical address over HTTPS redirect to the canonical address on HTTP,"As the topic says: - -* https://www.wikimediafoundation.org -> http://wikimediafoundation.org -* https://mediawiki.org -> http://www.mediawiki.org -* https://www.wikisource.org -> http://wikisource.org/ -* .. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,['Requests for resources through a non-canonical address over HTTPS redirect to the canonical address on HTTP\n\nAs the topic says:\n\n* URL -> URL\n* URL -> URL\n* URL -> URL\n* ..\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal'] -248473,"VisualEditor: Nested identical annotations can be additive, not just identical",Fixed on the VisualEditor side; the Parsoid upstream issue in Domino is patched but not yet released. Not marking as fixed until that's done.,task_subcomment,"['Fixed on the VisualEditor side; the Parsoid upstream issue in Domino is patched but not yet released.', ""Not marking as fixed until that's done.""]" -250373,Enable Echo / Notifications on se.wikimedia.org,"Thank you, it was my pleasure! Bear in mind that this is an additional request to enable it on the chapter wiki, and we do not need to wait for a specific date there, just turn it on at your will.",task_subcomment,"['Thank you, it was my pleasure!', 'Bear in mind that this is an additional request to enable it on the chapter wiki, and we do not need to wait for a specific date there, just turn it on at your will.']" -44982,"Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist","When I try to make an account on the English Wikipedia at , it gives a strange error after I press the ""Create account"" button. It might be related to the username. I'm attaching two screenshots which should give steps to reproduce. - --------------------------- -**Version**: master -**Severity**: critical",task_description,"['Blank page with only ""Create an account"" on post-login submission due to TitleBlacklist\n\nWhen I try to make an account on the English Wikipedia at Cannot reproduce it now on betalabs. - -Where ""on betalabs""? Tested how exactly (which browsers and versions)? Current steps aren't transparent so somebody else couldn't recreate your conditions... - -> It might got fixed. - -""Might"" = no identifiable code commit = WORKSFORME instead of FIXED. See https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle",task_subcomment,"['(In reply to comment #2)\nQUOTE\n\nWhere ""on betalabs""?', 'Tested how exactly (which browsers and versions)?', 'Current steps aren\'t transparent so somebody else couldn\'t recreate your conditions...\n\nQUOTE\n\n""Might"" = no identifiable code commit = WORKSFORME instead of FIXED.', 'See URL']" -240497,VisualEditor: References in media captions appear but aren't editable or successfully insertable,This was completed as part of the NewFromDocumentReplace work that Roan did last week.,task_subcomment,['This was completed as part of the NewFromDocumentReplace work that Roan did last week.'] -483640,Login failing - The provided authentication token is either expired or invalid.,"Restarted nutcracker on beta apache instances. - -I can definitely login to http://login.wikimedia.beta.wmflabs.org/ - -@Ryasmeen are you able to login now?",task_subcomment,"['Restarted nutcracker on beta apache instances.', 'I can definitely login to URL\nSCREEN_NAME are you able to login now?']" -320530,Update lighttpd default settings,"Change 148662 had a related patch set uploaded by Hedonil: -lighttpd-starter: Update default settings to overcome some issues. Bug: 68431 updated parameters moved default php to if condition - -https://gerrit.wikimedia.org/r/148662",task_subcomment,"['Change 148662 had a related patch set uploaded by Hedonil:\nlighttpd-starter: Update default settings to overcome some issues.', 'Bug: 68431 updated parameters moved default php to if condition\n\nGERRIT_URL']" -410422,Reduce VisualEditor's memory usage,"More specific criteria and numbers are welcome / required here. -Also, should the ""Epic"" tag be added here?",task_subcomment,"['More specific criteria and numbers are welcome / required here.', 'Also, should the ""Epic"" tag be added here?']" -450095,Force all Wikimedia cluster traffic to be over SSL for all users (logged-in and anon),"Can we start to force HTTPS for all users from the US soon? They should have low latency impact, since they are close to the datacenters. Do we have a timeline now? One thing is that once we redirect to HTTPS for US users, Google will update the indexed Wikipedia links to HTTPS as well.",task_subcomment,"['Can we start to force HTTPS for all users from the US soon?', 'They should have low latency impact, since they are close to the datacenters.', 'Do we have a timeline now?', 'One thing is that once we redirect to HTTPS for US users, Google will update the indexed Wikipedia links to HTTPS as well.']" -495106,Fatal error: Call to undefined function curl_strerror() in /srv/mediawiki/php-1.26wmf15/includes/libs/MultiHttpClient.php on line 232,"So what is wrong with this check in the code: `if ( version_compare( PHP_VERSION, '5.5.0' ) >= 0 ) { call it }`? - -What is `PHP_VERSION` on production?",task_subcomment,"['So what is wrong with this check in the code: CODE?', 'What is CODE on production?']" -2163731,Cannot create account: the requested username is already taken in the unified login system,Special:CreateLocalAccount fixes this issue.,task_subcomment,['Special:CreateLocalAccount fixes this issue.'] -1393330,OOUI: Dialogs should be repositionable/draggable,"@John_Broughton, the StackExchange link makes me wonder whether we should be thinking of these as modal dialogs (something intended to interrupt the primary workflow [which is probably ""typing text into the body of an article""] and requiring some action before you can get back to the primary workflow). Maybe editors would find it better to have a https://en.wikipedia.org/wiki/Palette_window instead.",task_subcomment,"['SCREEN_NAME, the StackExchange link makes me wonder whether we should be thinking of these as modal dialogs (something intended to interrupt the primary workflow [which is probably ""typing text into the body of an article""] and requiring some action before you can get back to the primary workflow).', 'Maybe editors would\xa0find it better to have a URL instead.']" -250734,&veaction= as a second parameter works on enwiki but not zhwiki,"(In reply to comment #2) -> Do you perhaps have the VE preference enabled on enwiki but not on zhwiki? -> veaction=edit will only work if VisualEditor is available, i.e. you didn't -> disable it and it didn't detect some problem with your browser that made it -> disable itself. - -Well it works for me now on zhwiki.",task_subcomment,['(In reply to comment #2)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nWell it works for me now on zhwiki.'] -237960,Visualditor: Marathi/Devanagari: edit change not reflecting in edit preview,"*Done first round of testing seems to have solved but since problem is not frequent one for final confirmation we will need to have more tests and time. - -Thanks and regards",task_subcomment,"['*Done first round of testing seems to have solved but since problem is not frequent one for final confirmation we will need to have more tests and time.', 'Thanks and regards']" -864395,"VisualEditor: Toolbar ""Save page"" button is confusing as it merely opens the dialog to save the page","@Frigory, @Jan_Dittrich: There is a task for this, where all this stuff should probably go, please see T155732",task_subcomment,"['SCREEN_NAME,SCREEN_NAME: There is a task for this, where all this stuff should probably go, please see T155732']" -256175,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92681 had a related patch set uploaded by Gerrit Patch Uploader: -Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page - -https://gerrit.wikimedia.org/r/92681",task_subcomment,"['Change 92681 had a related patch set uploaded by Gerrit Patch Uploader:\nRenamed ""Your name"" to ""Your username"" to match with the Media wiki login page\n\nGERRIT_URL']" -245089,Edit with VisualEditor duplicates content with subst'd version of the content,"This is now fixed in production - really sorry about this bug. If it happens again, please re-open this.",task_subcomment,"['This is now fixed in production - really sorry about this bug.', 'If it happens again, please re-open this.']" -250696,VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME,"**ryuch** wrote: - - -I think VE team is working on this issue. Did you change the code related this? -I think so. -DangSunM's report is not what I got when I made the first report. - -Now I tested on Chome of iPad. It is different also. -I input '한글 시험 합니다.', same as previous. -And now I have '한글 싷험 합닏다.', like the think -http://en.wikipedia.org/w/index.php?title=User:Ryuch&curid=284811&diff=564158229&oldid=554104287 -. - -It duplicates the begining consonant of a syllable to the place of ending consonant of a syllable just before it in a word when the ending consonant is null.",task_subcomment,"['**ryuch** wrote:\n\n\nI think VE team is working on this issue.', 'Did you change the code related this?', 'I think so.', ""DangSunM's report is not what I got when I made the first report."", 'Now I tested on Chome of iPad.', 'It is different also.', ""I input '한글 시험 합니다."", ""', same as previous."", ""And now I have '한글 싷험 합닏다."", ""', like the think \nURL\n."", 'It duplicates the begining consonant of a syllable to the place of ending consonant of a syllable just before it in a word when the ending consonant is null.']" -251342,Review and deploy MassMessage extension to Wikimedia wikis,"(In reply to comment #22) - -Hah! I just came here to write pretty much the same comment. Brilliant. Thank you, Lego. - -Testing is underway (cf. [[testwiki:Special:Log/massmessage]]) and feedback has started to come in (cf. [[m:Talk:MassMessage]]).",task_subcomment,"['(In reply to comment #22)\n\nHah!', 'I just came here to write pretty much the same comment.', 'Brilliant.', 'Thank you, Lego.', 'Testing is underway (cf.', '[[testwiki:Special:Log/massmessage]]) and feedback has started to come in (cf.', '[[m:Talk:MassMessage]]).']" -466810,"""git review -d XXX"" doesn't work for http gerrit",I think this might be a duplicate - it's been annoying me for a long while.,task_subcomment,"[""I think this might be a duplicate - it's been annoying me for a long while.""]" -467835,Certificate test can't fail as the certificate is valid,"Change 215507 had a related patch set uploaded (by XZise): -[FIX] http: Disable certificate validation - -[[https://gerrit.wikimedia.org/r/215507]] -",task_subcomment,['Change 215507 had a related patch set uploaded (by XZise):\n[FIX] http: Disable certificate validation\n\n[[GERRIT_URL]]'] -226068,Parsoid should support and natively as they are not normal parser tags,I don't deserve the credit for Niklas's fix. :-),task_subcomment,"[""I don't deserve the credit for Niklas's fix."", ':-)']" -249531,"HTTP 500 Server Error: Argument 1 passed to ContentHandler::getContentText() must implement interface Content, boolean given","**ka.hing.chan** wrote: - -I was looking at the code in AccessControl.php. Seems it is using Article::fetchContent which has been deprecated in version 1.21. I am wondering if that would cause AccessControl not working?",task_subcomment,"['**ka.hing.chan** wrote:\n\nI was looking at the code in AccessControl.php.', 'Seems it is using Article::fetchContent which has been deprecated in version 1.21.', 'I am wondering if that would cause AccessControl not working?']" -392706,"[gdash] ""(cdn) HTTP Error Rate"" would use log scale for 5xx errors","looks like this is much better now? - -https://gdash.wikimedia.org/dashboards/reqerror/",task_subcomment,"['looks like this is much better now?', 'URL']" -194987,"""http-curl-error"" when uploading from Flickr from https","On my local wiki I still get the same error on the master branch. My config file has - 'flickrApiUrl' => 'http://api.flickr.com/services/rest/?', - -Not sure if this should open this bug, please test.",task_subcomment,"['On my local wiki I still get the same error on the master branch.', ""My config file has \n\t'flickrApiUrl' => 'URL\n\nNot sure if this should open this bug, please test.""]" -55775,VisualEditor: Corruption: Leading whitespace removed from pre block,"See https://en.wikipedia.org/w/index.php?title=Epigram_%28programming_language%29&oldid=567048374&veaction=edit and click ""save"" (note that save box warns about corruption) and then ""view changes"" (ignoring the changes I have since made). The pre block has been corrupted. - --------------------------- -**Version**: unspecified -**Severity**: normal -**OS**: Linux -**Platform**: PC",task_description,"['VisualEditor: Corruption: Leading whitespace removed from pre block\n\nSee URL and click ""save"" (note that save box warns about corruption) and then ""view changes"" (ignoring the changes I have since made).', 'The pre block has been corrupted.', '--------------------------\n**Version**: unspecified\n**Severity**: normal\n**OS**: Linux\n**Platform**: PC']" -149256,https svn.wikimedia.org missing viewvc capability,"It doesn't support https, WFM if you drop the 's'",task_subcomment,"[""It doesn't support https, WFM if you drop the 's'""]" -465810,(old) SSL certificates cleanup,resolving since all subtasks are closed ,task_subcomment,['resolving since all subtasks are closed'] -1002999,"Inconsistent close icon ""x"" in Wikimedia product interfaces","Change 376851 **merged** by jenkins-bot: -[mediawiki/extensions/CentralNotice@master] Use consistent close icon - -[[https://gerrit.wikimedia.org/r/376851]] -",task_subcomment,['Change 376851 **merged** by jenkins-bot:\n[mediawiki/extensions/CentralNotice@master] Use consistent close icon\n\n[[GERRIT_URL]]'] -147718,check protocol in Special:UserLogin,r98708,task_subcomment,['r98708'] -238209," tags should be applied to the minimal rather than maximal content (or well, a compromise thereof..)","(In reply to comment #6) -> Actually, why not use entities for escaping? That will eliminate nowikis, -> make -> them editable, and display as text. -> -> [[Foo]] ==> [[Foo]] -> -> and the like. Am I missing something that makes this problematic? - -Numeric entities are very hard for users to decipher. While unwanted nowiki tags can simply be removed, fixing up unwanted entity escapes is much more work. - -(In reply to comment #7) -> (In reply to comment #5) -> > Re language conversion: -> > How often is nowiki used to suppress language conversion? Could -{ }- or some -> > other syntax be used instead? -> -> It's more like some side effect... - -For us it would be helpful if we could separate those two aspects. If little existing content relies on language conversion being disabled in nowiki, then that might actually be possible.",task_subcomment,"['(In reply to comment #6)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nNumeric entities are very hard for users to decipher.', 'While unwanted nowiki tags can simply be removed, fixing up unwanted entity escapes is much more work.', '(In reply to comment #7)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nFor us it would be helpful if we could separate those two aspects.', 'If little existing content relies on language conversion being disabled in nowiki, then that might actually be possible.']" -1793934,TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion,"@Iniquity, the way I'd ideally like to see this work is to just have a box people could check when editing a parameter's documentation in TemplateData indicating that it's an auto-numbered parameter (and specifying the limit, if applicable). The TemplateData would then display it intuitively in the documentation and allow people to use it when adding the template to a page.",task_subcomment,"[""SCREEN_NAME, the way I'd ideally like to see this work is to just have a box people could check when editing a parameter's documentation in TemplateData indicating that it's an auto-numbered parameter (and specifying the limit, if applicable)."", 'The TemplateData would then display it intuitively in the documentation and allow people to use it when adding the template to a page.']" -234271,"VisualEditor: Move “add parameter” button to alongside the search field, not below the results list, so it can be found","Change 73865 had a related patch set uploaded by Trevor Parscal: -Single-click insertion - -https://gerrit.wikimedia.org/r/73865",task_subcomment,['Change 73865 had a related patch set uploaded by Trevor Parscal:\nSingle-click insertion\n\nGERRIT_URL'] -255037,"VisualEditor: tags added to all markup in paragraph, including pre-existing",This seems to have been fixed (I now can't reproduce) in the re-write of nowiki-ing code; sorry for the bug.,task_subcomment,"[""This seems to have been fixed (I now can't reproduce) in the re-write of nowiki-ing code; sorry for the bug.""]" -257187,"Handle ""Search"" --> ""Advanced options"" section of Special:Preferences on Special:Search itself","Well, exact colouring is debatable, however we still have to consider colour-blind and blind users. Thus I believe that colour-highlighting is not a good idea.",task_subcomment,"['Well, exact colouring is debatable, however we still have to consider colour-blind and blind users.', 'Thus I believe that colour-highlighting is not a good idea.']" -51587,Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes," - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,['Implement the same EventLogging of page edits in wikitext editor as in VisualEditor for comparison purposes\n\n\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal'] -264580,Login captcha shown after too many incorrect attempts to log in looks ugly,"The signup captcha is being reformatted by a script in mediawiki.special.createAccount.js; we should probably run it for login too. -(Also, that's an awful solution. :( )",task_subcomment,"['The signup captcha is being reformatted by a script in mediawiki.special.createAccount.js; we should probably run it for login too.', ""(Also, that's an awful solution."", ':( )']" -56122,Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow,"Requesting https://commons.wikimedia.org/wiki/User:CommonsDelinker/commands?action=edit often returns - -HTTP 504: Gateway Timeout. - -This does not happen when requesting the page with a high frequence but if you do it e.g. once an hour. Just look at https://commons.wikimedia.org/w/index.php?title=User:Rillke/CDC_mystery&action=history where I dump the profiling report of this page using https://commons.wikimedia.org/wiki/User:Rillke/profile.js -- about every third request fails. - -Other users experience this issue as well: -https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard&oldid=104206956#Extremely_slow_performance_to_open_edit_interface_of_COM:CDC - -If I remember correctly, this is an issue for a long time. Updating the page via API often works without any issues (but is slow). The page is regularly queried and updated by a bot: http://toolserver.org/~delinker/helper.txt - --------------------------- -**Version**: unspecified -**Severity**: normal -**See Also**: -https://bugzilla.wikimedia.org/show_bug.cgi?id=53577 -https://bugzilla.wikimedia.org/show_bug.cgi?id=49734",task_description,"['Opening Commons Delinker command page on wiki sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow\n\nRequesting URL often returns \n\nHTTP 504: Gateway Timeout.', 'This does not happen when requesting the page with a high frequence but if you do it e.g.', 'once an hour.', 'Just look at URL where I dump the profiling report of this page using URL -- about every third request fails.', 'Other users experience this issue as well:\nURL\n\nIf I remember correctly, this is an issue for a long time.', 'Updating the page via API often works without any issues (but is slow).', 'The page is regularly queried and updated by a bot: URL\n\n--------------------------\n**Version**: unspecified\n**Severity**: normal\n**See Also**:\nURL\nURL']" -2458151,"""Remember me"" on Login interface should state duration","The duration has been restored at some point, probably long ago, and the login form currently states something like ""Keep me logged in (for up to one year)"". -{F57719166}",task_subcomment,"['The duration has been restored at some point, probably long ago, and the login form currently states something like ""Keep me logged in (for up to one year)"".', '{F57719166}']" -219406,Implement a find/search and replace tool,"(In reply to Eran Roz from comment #10) -> Yes, I would like if it would be possible to create an extra different menu, -> instead of adding all the tools to mislabelled ""Insert"". I think the new -> ""Language"" option will also fit here. - -Hmm. Possibly. I was thinking of putting it in the ""text styling"" menu, but it could live here. - -Is there anything else that would live in the ""Tools"" menu? (Note that the obvious items to go in a ""tools"" menu – copy, cut, paste, paste formatting – can't be done in Javascript at all, sadly.)",task_subcomment,"['(In reply to Eran Roz from comment #10)\nQUOTE\nQUOTE\nQUOTE\n\nHmm.', 'Possibly.', 'I was thinking of putting it in the ""text styling"" menu, but it could live here.', 'Is there anything else that would live in the ""Tools"" menu?', '(Note that the obvious items to go in a ""tools"" menu – copy, cut, paste, paste formatting – can\'t be done in Javascript at all, sadly.)']" -210566,Investigate how to fake HTTP headers,"The goal of this task is to find out what zero team needs and to implement at least one simple test, proving that the solution you found works.",task_subcomment,"['The goal of this task is to find out what zero team needs and to implement at least one simple test, proving that the solution you found works.']" -251764,VisualEditor: Typing problem in Assamese,"(In reply to comment #6) -> Hello. I'm reopening the bug as the problems mentioned earlier are still -> there. Nothing has changed. - -Which wiki did you test? The changes only went out to MediaWiki.org last Thursday, 12 September (so you can test these at https://mediawiki.org/wiki/VisualEditor:Test or similar) - they will not be released to the Assamese Wikipedia until this Thursday, 19 September.",task_subcomment,"['(In reply to comment #6)\nQUOTE\nQUOTE\n\nWhich wiki did you test?', 'The changes only went out to MediaWiki.org last Thursday, 12 September (so you can test these at URL or similar) - they will not be released to the Assamese Wikipedia until this Thursday, 19 September.']" -283402,Mobile view link unexpectedly goes to HTTPS,"Grant, I don't see anything that suggests the problem is Mediawiki or MobileFrontend related and I can't replicate your problem. The error your described in your original post suggests to me that you may be dealing with a server configuration issue, though I really can't be sure. - -Is the site in question publicly visible? It may be easier for us to have a better sense of what is happening if we can see the issue in the wild.",task_subcomment,"[""Grant, I don't see anything that suggests the problem is Mediawiki or MobileFrontend related and I can't replicate your problem."", ""The error your described in your original post suggests to me that you may be dealing with a server configuration issue, though I really can't be sure."", 'Is the site in question publicly visible?', 'It may be easier for us to have a better sense of what is happening if we can see the issue in the wild.']" -244108,Use [[ as a 'hotkey' trigger for opening the 'create a link' dialog,"Typing in the VE should .... just type. ""Markup"" that gets input should just be treated as text, just like when we type """" into a Bugzilla bug title and expect it to say """" on the other side. - -Of course a gadget that listens for ""[["" and triggers the dialog might be spiffy for power users who just like brackets :), but I wouldn't recommend building it in.",task_subcomment,"['Typing in the VE should .... just type.', '""Markup"" that gets input should just be treated as text, just like when we type """" into a Bugzilla bug title and expect it to say """" on the other side.', 'Of course a gadget that listens for ""[["" and triggers the dialog might be spiffy for power users who just like brackets :), but I wouldn\'t recommend building it in.']" -2494757,Evaluate/fix hardcoded HTTPS only protocols in ApiEdit,I don't think in 2025 there will be sites running a compatible/modern MediaWiki install and not making HTTPS available.,task_subcomment,"[""I don't think in 2025 there will be sites running a compatible/modern MediaWiki install and not making HTTPS available.""]" -70163,Login only works if an valid/existing username is set on loginform,"Actually it's only possible to login with Google via the button at the login form, if a valid (~existing) username is given in the login form. - -Caused by: https://gerrit.wikimedia.org/r/#/c/143053/6 - --------------------------- -**Version**: master -**Severity**: blocker",task_description,"[""Login only works if an valid/existing username is set on loginform\n\nActually it's only possible to login with Google via the button at the login form, if a valid (~existing) username is given in the login form."", 'Caused by: URL\n\n--------------------------\n**Version**: master\n**Severity**: blocker']" -47710,VisualEditor: split paragraphs in a listItem should not be considered 'wrapper' paragraphs,"Start a list item and type 'a', now hit shift-enter and type b. - -Expected diff: -*a

b

- -Actual diff: -*ab - -The paragraph created when you create the list has internal.generated = 'wrapper'. This property gets copied when you split the list. Two wrapper paragraphs next to each other apparently get merged into one. - -The only way wikitext can have two paragraphs in a list is with HTML so extra paragraphs must be full HTML paragraphs. - --------------------------- -**Version**: unspecified -**Severity**: normal",task_description,"[""VisualEditor: split paragraphs in a listItem should not be considered 'wrapper' paragraphs\n\nStart a list item and type 'a', now hit shift-enter and type b."", ""Expected diff:\n*a

b

\n\nActual diff:\n*ab\n\nThe paragraph created when you create the list has internal.generated = 'wrapper'."", 'This property gets copied when you split the list.', 'Two wrapper paragraphs next to each other apparently get merged into one.', 'The only way wikitext can have two paragraphs in a list is with HTML so extra paragraphs must be full HTML paragraphs.', '--------------------------\n**Version**: unspecified\n**Severity**: normal']" -549996,ssl expiry tracking in icinga - we don't monitor that many domains,"Change 247905 merged by Dzahn: -icinga: ssl cert monitoring for external services - -[[https://gerrit.wikimedia.org/r/247905]]",task_subcomment,['Change 247905 merged by Dzahn:\nicinga: ssl cert monitoring for external services\n\n[[GERRIT_URL]]'] -441520,Expand HTTP frontend clusters with new hardware,"Change 203238 merged by BBlack: -T86663 5.1: pool 3037; depool 3004,amssq5[34] - -[[https://gerrit.wikimedia.org/r/203238]]",task_subcomment,"['Change 203238 merged by BBlack:\nT86663 5.1: pool 3037; depool 3004,amssq5[34]\n\n[[GERRIT_URL]]']" -1209018,Transclusion dialog should not suggest documentation sub pages as templates,">>! In T54448#4876695, @Trizek-WMF wrote: -> @Jdforrester-WMF, how this would be deployed? How your change will identify language variants for `/doc`? - -It'd be a train patch. Communities already (can) define the template documentation sub-page for the TemplateData extension via the `templatedata-doc-subpage` message, and this just re-uses that, which defaults to `foo` (so if you create `Template:Foo/doc` it'll be hidden, but `Template:Foo/I have another sub-page to be confusing` won't). Not merged yet though. I don't think this'd be worth a Tech News post.",task_subcomment,"[""QUOTE\nQUOTE\n\nIt'd be a train patch."", ""Communities already (can) define the template documentation sub-page for the TemplateData extension via the CODE message, and this just re-uses that, which defaults to CODE (so if you create CODE it'll be hidden, but CODE won't)."", 'Not merged yet though.', ""I don't think this'd be worth a Tech News post.""]" -229160,[SUGGESTION] Login page doesn't respect $wgSecureLogin,"I'm referring to how even when $wgSecureLogin is true, the Special:OpenIDLogin page (and the entire login process) still can take place over HTTP. Also, you can have HTTP providers even when $wgSecureLogin is enabled.",task_subcomment,"[""I'm referring to how even when $wgSecureLogin is true, the Special:OpenIDLogin page (and the entire login process) still can take place over HTTP."", 'Also, you can have HTTP providers even when $wgSecureLogin is enabled.']" -437986,Force https for archiva.wikimedia.org,Any updates?,task_subcomment,['Any updates?'] -55679,VisualEditor: Selection-expansion doesn't trigger for Thai script text,"When editing, clicking in the middle of or adjacent to an existing word in Latin, Hebrew, Arabic or Cyrillic scripts (others not tested) and pressing ctrl+k or clicking the link icon selects that word as the suggested sequence that is desired to be linked. When doing the same in Thai text nothing is selected by default. - --------------------------- -**Version**: unspecified -**Severity**: major",task_description,"[""VisualEditor: Selection-expansion doesn't trigger for Thai script text\n\nWhen editing, clicking in the middle of or adjacent to an existing word in Latin, Hebrew, Arabic or Cyrillic scripts (others not tested) and pressing ctrl+k or clicking the link icon selects that word as the suggested sequence that is desired to be linked."", 'When doing the same in Thai text nothing is selected by default.', '--------------------------\n**Version**: unspecified\n**Severity**: major']" -237510,New deployment of Parsoid leads to HTML insertion - needs deployed code reversion,"Also note; as you can see from the gerrit change above, it looks like Ariel and James will be temporarily disabling the VE until this is solved for. I'm going to go round and notify people now :)",task_subcomment,"['Also note; as you can see from the gerrit change above, it looks like Ariel and James will be temporarily disabling the VE until this is solved for.', ""I'm going to go round and notify people now :)""]" -290369,ApiRunJobs HTTP request and fallback both fail on Wikimedia Labs,"Try latest, the fallback should have been fixed",task_subcomment,"['Try latest, the fallback should have been fixed']" -251348,VisualEditor: Change tab order in save dialog to be more like the wikitext editor's save form,"This is broken (again?) The three license links come up before the action buttons (and save page never comes up, but that is bug 50047 I think?)",task_subcomment,"['This is broken (again?)', 'The three license links come up before the action buttons (and save page never comes up, but that is bug 50047 I think?)']" -497600,Monitor [[Special:ListFiles]] for non 200 HTTP statuses in thumbnails,@mark is this worthy of a catchpoint alert? It seems like it may be a good external sanity check.,task_subcomment,"['SCREEN_NAME is this worthy of a catchpoint alert?', 'It seems like it may be a good external sanity check.']" -246566,VisualEditor: Transclusions not properly round-tripped,"I don't see the Dub Jones issue any more, so that appears to be fixed. - -There was also an independent Parsoid issue that resulted in incomplete DSR on transclusions, which is now also fixed. - -If you don't see this issue any more then this bug can be closed as fixed.",task_subcomment,"[""I don't see the Dub Jones issue any more, so that appears to be fixed."", 'There was also an independent Parsoid issue that resulted in incomplete DSR on transclusions, which is now also fixed.', ""If you don't see this issue any more then this bug can be closed as fixed.""]" -249794,Improve VisualEditor's loading performance in Firefox,adding Ori for possible HHVM implications,task_subcomment,['adding Ori for possible HHVM implications'] -231444,Save action doesn't handle abort hooks very elegantly,"* AbuseFilter is bug 50472; resolved fixed, and will be deployed tomorrow. -* SpamBlacklist is bug 50826; resolved fixed, and deployed yesterday. - -Marking this as a dupe of 50472. - -*** This bug has been marked as a duplicate of bug 50472 ***",task_subcomment,"['* AbuseFilter is bug 50472; resolved fixed, and will be deployed tomorrow.', '* SpamBlacklist is bug 50826; resolved fixed, and deployed yesterday.', 'Marking this as a dupe of 50472.', '*** This bug has been marked as a duplicate of bug 50472 ***']" -149,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**csteipp** wrote on `2014-06-12 21:01:55 (UTC)` - -Wrench in plans. Phabricator only supports very limited usernames: ""Usernames must contain only numbers, letters, period, underscore and hyphen, and can not end with a period. They must have no more than 64 characters."" Which means a ton of MediaWiki usernames can't be used as the Phabricator username. - -Do we, -a) Try to fix Phabricator, and continue with the current plan -b) Come up with a new plan - -",task_subcomment,"['**csteipp** wrote on CODE\n\nWrench in plans.', 'Phabricator only supports very limited usernames: ""Usernames must contain only numbers, letters, period, underscore and hyphen, and can not end with a period.', 'They must have no more than 64 characters.""', ""Which means a ton of MediaWiki usernames can't be used as the Phabricator username."", 'Do we,\na) Try to fix Phabricator, and continue with the current plan\nb) Come up with a new plan']" -236966,OOUI: Dialogs should be repositionable/draggable,"The change review window is also too small to be useful for some editors, especially if a lot of changes have been made.",task_subcomment,"['The change review window is also too small to be useful for some editors, especially if a lot of changes have been made.']" -372622,"give icinga a ""login"" link",//Status changed from 'resolved' to 'open' by RT_System//,task_subcomment,"[""//Status changed from 'resolved' to 'open' by RT_System//""]" -37096,Wikipedia/Wikitonary CA difference breaks HTTPS to Wiktionary in Android,"**Author:** `shealen.clare` - -**Description:** -CA for en.m.wiktionary is different from CA for en.m.wikipedia, but mobile frontend servers using wikipedia's CA, breaking security. - --------------------------- -**Version**: unspecified -**Severity**: minor -**OS**: other",task_description,"[""Wikipedia/Wikitonary CA difference breaks HTTPS to Wiktionary in Android\n\n**Author:** CODE\n\n**Description:**\nCA for en.m.wiktionary is different from CA for en.m.wikipedia, but mobile frontend servers using wikipedia's CA, breaking security."", '--------------------------\n**Version**: unspecified\n**Severity**: minor\n**OS**: other']" -251805,VisualEditor: Pressing escape should close a dialog,"Change 70946 merged by jenkins-bot: -Close dialogs on escape - -https://gerrit.wikimedia.org/r/70946",task_subcomment,['Change 70946 merged by jenkins-bot:\nClose dialogs on escape\n\nGERRIT_URL'] -252825,"VisualEditor: Deletion from slugged header causes preceding paragraph to appear to be deleted, but remain in the DM(?)","The first part of this bug is a duplicate of bug 49452 (""Whitespace-only headings should be collapsed to (blank) paragraphs""), so re-purposing to be about the deletion issue. - -@Steven - could you give more details about this bug with deletion magically hiding large blocks of text but not deleting them - was it in Chrome/Mac? Does it happen reliably (and can you reproduce now) or is it occasional? - -@Oliver - is the ""this"" that users have seen the deletion causing a paragraph to no longer appear but still be there, or the heading-not-being-fully-deleted issue?",task_subcomment,"['The first part of this bug is a duplicate of bug 49452 (""Whitespace-only headings should be collapsed to (blank) paragraphs""), so re-purposing to be about the deletion issue.', 'SCREEN_NAME - could you give more details about this bug with deletion magically hiding large blocks of text but not deleting them - was it in Chrome/Mac?', 'Does it happen reliably (and can you reproduce now) or is it occasional?', 'SCREEN_NAME - is the ""this"" that users have seen the deletion causing a paragraph to no longer appear but still be there, or the heading-not-being-fully-deleted issue?']" -247558,VisualEditor: Inserting into a link with a trailing (linked) non-alphanumeric character causes link pre-annotation to fail,"You are right, Chris. I just thought VE could easily recognize cases in which punctuation could just be included by mistake, because the wikilink would be something like [[Fun.]], not [[Fun|Fun.]] .",task_subcomment,"['You are right, Chris.', 'I just thought VE could easily recognize cases in which punctuation could just be included by mistake, because the wikilink would be something like [[Fun.', ']], not [[Fun|Fun.]]', '.']" -485522,"Remove use of label ""hasSlaveScripts"" in jobs","Change 222283 merged by jenkins-bot: -Migrate erblint-HEAD to labs slave (still on Precise) - -[[https://gerrit.wikimedia.org/r/222283]]",task_subcomment,['Change 222283 merged by jenkins-bot:\nMigrate erblint-HEAD to labs slave (still on Precise)\n\n[[GERRIT_URL]]'] -218414,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,"Change 70106 had a related patch set uploaded by Krinkle: -mw.ViewPageTarget: Add sanity check for DOM roundtrip - -https://gerrit.wikimedia.org/r/70106",task_subcomment,['Change 70106 had a related patch set uploaded by Krinkle:\nmw.ViewPageTarget: Add sanity check for DOM roundtrip\n\nGERRIT_URL'] -320520,Update lighttpd default settings,"Change 148660 had a related patch set uploaded by Hedonil: -lighttpd-starter: Update default settings to overcome some issues. Bug: 68431 moved default php to if condition - -https://gerrit.wikimedia.org/r/148660",task_subcomment,"['Change 148660 had a related patch set uploaded by Hedonil:\nlighttpd-starter: Update default settings to overcome some issues.', 'Bug: 68431 moved default php to if condition\n\nGERRIT_URL']" -457398,"By counting HTTP redirects, webstatscollector reporting too high numbers","From http://thread.gmane.org/gmane.science.linguistics.wikipedia.research/4526 , it seems information about this change didn't trickle down to consumers of the data. Is it documented anywhere? - -https://wikitech.wikimedia.org/wiki/Analytics/Webstatscollector is marked obsolete but seems to have no replacement; mediawiki.org pages recently got some warnings to visit wikitech, without specifying which page(s) now host the respective information; https://wikitech.wikimedia.org/wiki/Analytics/Data/Pagecounts-raw has no such information; https://wikitech.wikimedia.org/wiki/Analytics/Pageviews and https://meta.wikimedia.org/wiki/Research:Page_view are silent on the matter.",task_subcomment,"[""From URL , it seems information about this change didn't trickle down to consumers of the data."", 'Is it documented anywhere?', 'URL is marked obsolete but seems to have no replacement; mediawiki.org pages recently got some warnings to visit wikitech, without specifying which page(s) now host the respective information; URL has no such information; URL and URL are silent on the matter.']" -230025,"VisualEditor: Switch integration for deployed wikis from tabLayout ""add"" to ""replace"" mode","See https://gerrit.wikimedia.org/r/59557 , https://gerrit.wikimedia.org/r/59558",task_subcomment,"['See GERRIT_URL , GERRIT_URL']" -256183,"Installer should say ""Your username"" instead of ""Your Name"" to be consistent with MW login UI","Change 92682 had a related patch set uploaded by Gerrit Patch Uploader: -Renamed ""Your name"" to ""Your username"" to match with the Media wiki login page - -https://gerrit.wikimedia.org/r/92682",task_subcomment,"['Change 92682 had a related patch set uploaded by Gerrit Patch Uploader:\nRenamed ""Your name"" to ""Your username"" to match with the Media wiki login page\n\nGERRIT_URL']" -236795,Keyboard shortcut for editing source,"Sorry about this; we fixed this just a few hours ago. Merging with the other report. - -*** This bug has been marked as a duplicate of bug 50725 ***",task_subcomment,"['Sorry about this; we fixed this just a few hours ago.', 'Merging with the other report.', '*** This bug has been marked as a duplicate of bug 50725 ***']" -264238,core hangs on killed http(s) connection,- **Group**: confirmed --> rewrite,task_subcomment,['- **Group**: confirmed --> rewrite'] -245827,login error - redirected to foundationwiki Special:CentralLogin/start,"A quick grep through the extensions in 1.22wmf18 doesn't turn up anything likely-looking. Only one extension uses ""Location:"" (Collection), and that doesn't seem to be doing anything that would force wikimediafoundation.org. Also, I'd expect anything from an extension to at least have the X-Content-Type-Options header set from WebStart.php. - - -Another data point: The responses quoted in comment 13 are consistent with those returned by Apache's RewriteRule with [R=301], including the Content-Length. For example, this command hits one of those and gives a response with Content-Length 352, just as the first response from comment 13 does: - - curl -kv -H 'Host: bogus.wikimedia.org' 'https://wikimedia-lb.esams.wikimedia.org/wiki/Special:CentralAutoLogin/checkLoggedIn?wikiid=enwikibooks&proto=https&type=1x1&from=itwiktionary' - -It seems unlikely that the specific redirect rule that example hits is what's being hit though, that would seem to require there be an apache that never got restarted (or never got its copy of operations/apache-config updated) since Gerrit change 62021 was merged in May.",task_subcomment,"[""A quick grep through the extensions in 1.22wmf18 doesn't turn up anything likely-looking."", 'Only one extension uses ""Location:"" (Collection), and that doesn\'t seem to be doing anything that would force wikimediafoundation.org.', ""Also, I'd expect anything from an extension to at least have the X-Content-Type-Options header set from WebStart.php."", ""Another data point: The responses quoted in comment 13 are consistent with those returned by Apache's RewriteRule with [R=301], including the Content-Length."", ""For example, this command hits one of those and gives a response with Content-Length 352, just as the first response from comment 13 does:\n\n curl -kv -H 'Host: bogus.wikimedia.org' 'URL\n\nIt seems unlikely that the specific redirect rule that example hits is what's being hit though, that would seem to require there be an apache that never got restarted (or never got its copy of operations/apache-config updated) since Gerrit change 62021 was merged in May.""]" -150126,No SSL for MobileFrontend m. domain: https://en.m.wikipedia.org/ does not respond,As noted in Bug 29896 *.m.wikipedia.org should be going away soon.,task_subcomment,['As noted in Bug 29896 *.m.wikipedia.org should be going away soon.'] -226839,Mark up http errors + missing TEMPLATE errors with generic error attributes + error info in data-mw,*** Bug 51039 has been marked as a duplicate of this bug. ***,task_subcomment,"['*** Bug 51039 has been marked as a duplicate of this bug.', '***']" -190241,Automatic login with OpenID does not work,"This usually works automatically. Once your are in (OpenID account creation), the OpenID is (should be) automatically attached to your (new) account. - -perhaps it is an issue (which I had in former versions of the MediaWIki core), that the links (on top of screen) were not immediately updated, which was an issue of the so-called context. - -Will check this. - -Please can you post here the exact MediaWiki version, and OpenID version ?",task_subcomment,"['This usually works automatically.', 'Once your are in (OpenID account creation), the OpenID is (should be) automatically attached to your (new) account.', 'perhaps it is an issue (which I had in former versions of the MediaWIki core), that the links (on top of screen) were not immediately updated, which was an issue of the so-called context.', 'Will check this.', 'Please can you post here the exact MediaWiki version, and OpenID version ?']" -239967,CentralAuth not caching Special:CentralAutoLogin/start,"Change 100508 merged by jenkins-bot: -Don't redirects anons to /createSession - -https://gerrit.wikimedia.org/r/100508",task_subcomment,"[""Change 100508 merged by jenkins-bot:\nDon't redirects anons to /createSession\n\nGERRIT_URL""]" -48225,Create a VisualEditor plugin tool to add/edit Listings,"**Author:** `lukebenes` - -**Description:** -I see from [http://en.wikivoyage.org/wiki/Wikivoyage:Accommodation_listings The Accomodations Listing suggested style you want people to continue to use the wikitravel tags. But I do not see any tools to automate the process. - -If you look at the Add and Edit Listing Feature listing like those that can be found [http://wikitravel.org/en/Wikitravel:Small_city_article_template#Sleep here] and [http://wikitravel.org/en/Trat#Sleep here]? You'll see there is a tool to edit these tag. - -This tags is extremely useful to organize data and make quick edits. For example, I have fixed many incorrect phone numbers and addresses using this helpful tool. Please consider adding this feature the MediaWiki. - --------------------------- -**Version**: unspecified -**Severity**: enhancement",task_description,"['Create a VisualEditor plugin tool to add/edit Listings\n\n**Author:** CODE\n\n**Description:**\nI see from [URL The Accomodations Listing suggested style you want people to continue to use the wikitravel tags.', 'But I do not see any tools to automate the process.', 'If you look at the Add and Edit Listing Feature listing like those that can be found [URL here] and [URL here]?', ""You'll see there is a tool to edit these tag."", 'This tags is extremely useful to organize data and make quick edits.', 'For example, I have fixed many incorrect phone numbers and addresses using this helpful tool.', 'Please consider adding this feature the MediaWiki.', '--------------------------\n**Version**: unspecified\n**Severity**: enhancement']" -254930,VisualEditor: Clicking the hyper link button twice breaks the button.,"Addendum: -After some more testing it would seem that the link button will always break whenever the user selects an element that normally wouldn't be hyperlinked. If one does select a non linkable element and presses the hyperlink button the empty balloon popup will always occur. - -These elements include - among others - images, templates, references and objects that cannot be edited in the visual editor yet. Unfortunately there seems to be no way restore the link buttons functionality without reloading the editor itself.",task_subcomment,"[""Addendum:\nAfter some more testing it would seem that the link button will always break whenever the user selects an element that normally wouldn't be hyperlinked."", 'If one does select a non linkable element and presses the hyperlink button the empty balloon popup will always occur.', 'These elements include - among others - images, templates, references and objects that cannot be edited in the visual editor yet.', 'Unfortunately there seems to be no way restore the link buttons functionality without reloading the editor itself.']" -325620,User specified CSS loads on Special:Preferences / Special:UserLogin,"I'm in agreement with Alexia and Bawolff (and kgh). For sites that use that use massive custom changes to their skins, such as the background color or the sidebar, having all this not show up on Special:Preferences or Special:UserLogin really takes away more than the minimal security it adds. Given that, as Alexia said, only administrators can even edit these interface pages, it's only reasonable that they should affect the entire site. Using my own site as example: http://grisaiawiki.net/ where I changed all sorts of colors and styles through Common.css, I was a bit off-put when I noticed that my changes aren't showing up on a few pages. User-specific CSS and JS not showing up on these pages is fair, but site-wide interface edits should get through.",task_subcomment,"[""I'm in agreement with Alexia and Bawolff (and kgh)."", 'For sites that use that use massive custom changes to their skins, such as the background color or the sidebar, having all this not show up on Special:Preferences or Special:UserLogin really takes away more than the minimal security it adds.', ""Given that, as Alexia said, only administrators can even edit these interface pages, it's only reasonable that they should affect the entire site."", ""Using my own site as example: URL where I changed all sorts of colors and styles through Common.css, I was a bit off-put when I noticed that my changes aren't showing up on a few pages."", 'User-specific CSS and JS not showing up on these pages is fair, but site-wide interface edits should get through.']" -212321,"VisualEditor: ""Edit source"" tab text should be ""Create source"" or similar when page is non-existent",Related URL: https://gerrit.wikimedia.org/r/64276 (Gerrit Change Iafba040cb8eb53017f38f2099a473e0e43e2ec46),task_subcomment,['Related URL: GERRIT_URL (Gerrit Change Iafba040cb8eb53017f38f2099a473e0e43e2ec46)'] -395536,Merge Poem extension into MediaWiki core,"> **Merge Poem extension into MediaWiki core** -Well now.... I've found the most interesting patch to watch for 2015. If //$paragraphStack// is going to have a [greater] role when it comes to Poem's application - I'm sure no harm can ever come of it. - - -Seriously - I hope whenever this move goes through, its given a week of vetting on test/test2 before its deployed to the usual suspects in a formal build. And, while I'm of like mind in the assessment it should have never existed in the manner that it has to date & the //Line//s alternative would be the best route to follow - there are sooo many people that depend on it on an almost daily basis just on Wikisource alone that I would not have the nuts to screw around with it like this. - -Truthfully, the issues with the tag to date have mostly been over the User:s response on occasion to the parser's `


` effect compounded by the esoteric formatting typically done via template are both really where the ''blame'' should go than anything found in the extension itself. Admittedly, the choice //not// to force the opening and closing poem tags to always reside on their __own lines__ upon save & rendering starting on day-one with it's introduction sure hasn't helped matters either. - -I implore you to mirror `.mw-body`s definition of `P` rather than the one(s) found in `Elements.css` -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session. You'll find that `0.1`//em// less between the two definitions in //margin-top// is hard to catch initially... until the `1.5`em `line-height` setting is replaced [again?] -- setting it [back?] to //inherit// that is. - -The last thing that comes mind would be more of an enhancement (like in T15644) than a bug . //Had// Poem been crafted to force it's tags to their own line/line-starts, the closing tag of the previous stanza would ''land'' right above the opening tag of the stanza that followed more often than not. This would be desirable because the ''gap'' between verses or stanzas are rarely as small as the predefined paragraph's are. Contributor's frequently came up with all sorts of ways to use empty inline-blocks to ''handle'' not only stanza spacing; but indentation and eol padding as well. Making attribute manipulation easier through the opening (//margin-top//) or closing (//margin-bottom//) tags of //Line// itself could dramatically cut down on stuff like that.",task_subcomment,"['QUOTE\nWell now....', ""I've found the most interesting patch to watch for 2015."", ""If //$paragraphStack// is going to have a [greater] role when it comes to Poem's application - I'm sure no harm can ever come of it."", '\n\nSeriously - I hope whenever this move goes through, its given a week of vetting on test/test2 before its deployed to the usual suspects in a formal build.', ""And, while I'm of like mind in the assessment it should have never existed in the manner that it has to date & the //Line//s alternative would be the best route to follow - there are sooo many people that depend on it on an almost daily basis just on Wikisource alone that I would not have the nuts to screw around with it like this."", ""Truthfully, the issues with the tag to date have mostly been over the User:s response on occasion to the parser's CODE effect compounded by the esoteric formatting typically done via template are both really where the ''blame'' should go than anything found in the extension itself."", ""Admittedly, the choice //not// to force the opening and closing poem tags to always reside on their __own lines__ upon save & rendering starting on day-one with it's introduction sure hasn't helped matters either."", 'I implore you to mirror CODEs definition of CODE rather than the one(s) found in CODE -- those values are all long usurped by the time the page finishes loading its 1st click-in of the session.', ""You'll find that CODE//em// less between the two definitions in //margin-top// is hard to catch initially... until the CODEem CODE setting is replaced [again?]"", '-- setting it [back?]', 'to //inherit// that is.', 'The last thing that comes mind would be more of an enhancement (like in T15644) than a bug .', ""//Had// Poem been crafted to force it's tags to their own line/line-starts, the closing tag of the previous stanza would ''land'' right above the opening tag of the stanza that followed more often than not."", ""This would be desirable because the ''gap'' between verses or stanzas are rarely as small as the predefined paragraph's are."", ""Contributor's frequently came up with all sorts of ways to use empty inline-blocks to ''handle'' not only stanza spacing; but indentation and eol padding as well."", 'Making attribute manipulation easier through the opening (//margin-top//) or closing (//margin-bottom//) tags of //Line// itself could dramatically cut down on stuff like that.']" -159211,NewUserMessage extensions breaks login,"Unfortunately closing this report as no further information has been provided. - -Jamie: Please feel free to reopen this report if you can provide the information asked for and if this still happens in a recent supported version (see http://www.mediawiki.org/wiki/Version_lifecycle ). Thanks!",task_subcomment,"['Unfortunately closing this report as no further information has been provided.', 'Jamie: Please feel free to reopen this report if you can provide the information asked for and if this still happens in a recent supported version (see URL ).', 'Thanks!']" -242596,Parsoid: selser drops last three apostrophes in '''''foo''''',"This turns out to be a Parsoid bug: - -$ echo ""Foo '''''bar''''' baz"" > wt -$ node parse.js --wt2html < wt | tee html -

Foo bar baz

- -$ sed 's/baz/baaz/g' < html | tee html2 -

Foo bar baaz

- -$ node parse.js --html2wt --selser --oldtextfile wt --oldhtmlfile html < html2 -Foo '''''bar'' baaz - -Note that this doesn't break if there is no DOM change (i.e. if you pipe in html rather than html2 in the last step), and it also doesn't break if selser is disabled (i.e. if you omit --selser in the last step).",task_subcomment,"['This turns out to be a Parsoid bug:\n\n$ echo ""Foo \'\'\'\'\'bar\'\'\'\'\' baz"" > wt\n$ node parse.js --wt2html < wt | tee html\n

Foo bar baz

\n\n$ sed \'s/baz/baaz/g\' < html | tee html2\n

Foo bar baaz

\n\n$ node parse.js --html2wt --selser --oldtextfile wt --oldhtmlfile html < html2\nFoo \'\'\'\'\'bar\'\' baaz\n\nNote that this doesn\'t break if there is no DOM change (i.e.', ""if you pipe in html rather than html2 in the last step), and it also doesn't break if selser is disabled (i.e."", 'if you omit --selser in the last step).']" -44131,"Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field","When I go to , I see: - -Username: [ ] -Password: [ ] -Your domain: [labs] -Token: [ ] -[ ] Remember my login... - -The ""token"" field is apparently completely useless for a typical login. I'm not really sure why it's there at all. It confused the hell out of me when trying to register a new account. It should, at a minimum, say ""Token (optional)"" or something. - --------------------------- -**Version**: unspecified -**Severity**: normal -**See Also**: -https://bugzilla.wikimedia.org/show_bug.cgi?id=46179",task_description,"['Special:UserLogin on labsconsole.wikimedia.org shows a useless ""Token"" field\n\nWhen I go to curl -qI 'http://login.wikimedia.beta.wmflabs.org' 2>&1 | egrep ""(Location|X-Cache:)"" -Location: https://login.wikimedia.beta.wmflabs.org/ -X-Cache: deployment-cache-text1 hit (3), deployment-cache-text1 frontend hit (3) - -However the backend apaches are correctly not redirecting at this point: - -csteipp@deployment-bastion:/data/project/apache/conf$ curl -I -H ""Host: login.wikimedia.beta.wmflabs.org"" http://10.4.0.187 2>&1 | grep Location -Location: http://login.wikimedia.beta.wmflabs.org/wiki/Main_Page - -So, hopefully in about 1200 seconds, we'll get the right answer from the cache too.",task_subcomment,"['I updated the apache config and restarted the apaches.', 'deployment-cache-text1 is still giving the https redirect for now:\n\ncsteipp@linux-hv06:~> curl -qI \'URL 2>&1 | egrep ""(Location|X-Cache:)""\nLocation: URL\nX-Cache: deployment-cache-text1 hit (3), deployment-cache-text1 frontend hit (3)\n\nHowever the backend apaches are correctly not redirecting at this point:\n\ncsteipp@deployment-bastion:/data/project/apache/conf$ curl -I -H ""Host: login.wikimedia.beta.wmflabs.org"" URL 2>&1 | grep Location\nLocation: URL\n\nSo, hopefully in about 1200 seconds, we\'ll get the right answer from the cache too.']" -227152,samarium.wikimedia.org should support HTTPS,"**mwalker** wrote: - -Samarium is know available via SSL at https://frdata.wikimedia.org/",task_subcomment,['**mwalker** wrote:\n\nSamarium is know available via SSL at URL'] -241341,VisualEditor: Right-click in IE10 causes deletion of the selected content,"(In reply to This, that and the other (TTO) from comment #2) -> Does not occur in IE11. Has an official decision been made on whether to -> support IE <= 10? - -The ambition is to support IE9 and up; IE10 doesn't add much compared to IE9, but is probably a necessary stepping-stone. If it turns out to be too much work, we'll abandon efforts, but for now, yes, this is on the worklist.",task_subcomment,"[""(In reply to This, that and the other (TTO) from comment #2)\nQUOTE\nQUOTE\n\nThe ambition is to support IE9 and up; IE10 doesn't add much compared to IE9, but is probably a necessary stepping-stone."", ""If it turns out to be too much work, we'll abandon efforts, but for now, yes, this is on the worklist.""]" -227828,Wrong cert on mail.wikipedia.org (as it redirects to lists.wikimedia.org),"btw, I tested mail to a -request address @mail.wikipedia.org (subject=""help"") and got the same response I would expect for mail to the canonical address. - -This change *should* keep that status quo working fine...",task_subcomment,"['btw, I tested mail to a -request addressSCREEN_NAME.wikipedia.org (subject=""help"") and got the same response I would expect for mail to the canonical address.', 'This change *should* keep that status quo working fine...']" -233952,Adding or updating a reference in VisualEditor does not update fake references blocks inside templates,"So to clarify, it is a known bug that adding references will display the updated reference list when the tag is used in the article, but not when the {{reflist}} template is used?",task_subcomment,"['So to clarify, it is a known bug that adding references will display the updated reference list when the tag is used in the article, but not when the {{reflist}} template is used?']" -139,"Support only WMF SUL and LDAP as authentication mechanisms (no purely local logins, no third party authentications)","**mattflaschen** wrote on `2014-05-17 00:03:17 (UTC)` - -scfc: -> The question was about authenticating MediaWiki against Google accounts, and currently **Extension:**OpenID appears to be the (only?) way to do that, and that uses OpenID which Google still supports and will do so until [[https://developers.google.com/+/api/auth-migration?hl=de#timetable|April 20th, 2015]]. - -You're right, I forgot Google supports OpenID. - -Krinkle: -> Claiming an e-mail address for imported content from Bugzilla seems useful though, but if possible, I think it'd be ideal if we can configure it such that e-mail addresses can only be connected/claimed to an account (e.g. one logged-in with LDAP), but not allow users to create new accounts with only an e-mail address (so that we only have 1 ""user name"", the one in LDAP, and no potential for conflicts or confusion. - -It's not clear if Phabricator can actually use LDAP as its username database, or just let you create an account based on LDAP (the same way you can log in to a site via OAuth, but that consuming site has their own user table). - -> I think LDAP makes more sense as primary over Wiki CentralAuth / OAuth due to the context of this service. Our primary audience and use case is developers and designers. - -I don't completely agree with this perspective. Getting staff members set up is not going to be an issue (even if a staff member doesn't yet have a Wikipedia or MediaWiki.org account, we have onboarding for that). So I would say, we are most concerned about reducing friction for volunteers. - -This includes both content volunteers (not familiar with code, but see bugs on the wiki occasionally) and software volunteers. Content volunteers will often have an SUL account (they definitely will once SUL finalization is done), since they use Wikipedia/Wiktionary/etc. Software volunteers either already have a MediaWiki.org account or can get one easily. - -> And if they're new to all this and are coming from the community with just a wiki account, they're going to need an LDAP account sooner or later anyway. - -I disagree with this. If they just report bugs, discuss features, they will never need an LDAP account. Our Phabricator should be open to constructive feedback from non-technical people. - -> Also remember they'll need one or more ssh keys, a user name, possibly a shelel name (depending on how git/ssh works in Phabricator), two-step auth maybe, all of which we have on Wikitech in LDAP. - -(None of this is part of day 1, but it is relevant). You're right, it would be somewhat annoying to import the SSH keys again; maybe we can make some kind of one-time import bridge using OAuth against Wikitech and also authenticating against Phabricator's API. Shell names are not an issue, since it uses the [same one for everyone](https://secure.phabricator.com/book/phabricator/article/diffusion_hosting/#configuring-ssh), like GitHub.",task_subcomment,"[""**mattflaschen** wrote on CODE\n\nscfc:\nQUOTE\n\nYou're right, I forgot Google supports OpenID."", ""Krinkle:\nQUOTE\n\nIt's not clear if Phabricator can actually use LDAP as its username database, or just let you create an account based on LDAP (the same way you can log in to a site via OAuth, but that consuming site has their own user table)."", ""QUOTE\n\nI don't completely agree with this perspective."", ""Getting staff members set up is not going to be an issue (even if a staff member doesn't yet have a Wikipedia or MediaWiki.org account, we have onboarding for that)."", 'So I would say, we are most concerned about reducing friction for volunteers.', 'This includes both content volunteers (not familiar with code, but see bugs on the wiki occasionally) and software volunteers.', 'Content volunteers will often have an SUL account (they definitely will once SUL finalization is done), since they use Wikipedia/Wiktionary/etc.', 'Software volunteers either already have a MediaWiki.org account or can get one easily.', 'QUOTE\n\nI disagree with this.', 'If they just report bugs, discuss features, they will never need an LDAP account.', 'Our Phabricator should be open to constructive feedback from non-technical people.', 'QUOTE\n\n(None of this is part of day 1, but it is relevant).', ""You're right, it would be somewhat annoying to import the SSH keys again; maybe we can make some kind of one-time import bridge using OAuth against Wikitech and also authenticating against Phabricator's API."", 'Shell names are not an issue, since it uses the [same one for everyone](URL like GitHub.']" -55667,HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true,"Use a mobile web browser. I used ""User-Agent: Opera/9.80 (Android; Opera Mini/7.5.33361/30.3793; U; sv) Presto/2.8.119 Version/11.10"". - -Steps to reproduce: - -1: Delete all cookies. -2: Log in to Wikipedia. You should now see the mobile site as you are using a mobile web browser. -3: At the bottom of the page, click on the link to the desktop version. -4: Elsewhere on the Internet, find a link which points to Wikipedia's desktop HTTP edition, and click on the link. Alternatively, type in a URL yourself. - -Actual result: The browser shows the mobile HTTPS edition of Wikipedia. -Expected result: The browser shows the desktop HTTPS edition of Wikipedia. - -IMPORTANT: You must perform steps 2 and 3 in the order indicated above! If you perform them in the opposite order, then the result is different (due to bug 43771). - -== Explanation == - -Steps 2-3 should give you two cookies: - -Set-Cookie: enwikiforceHTTPS=true; expires=Mon, 30-Sep-2013 23:24:04 GMT; path=/; httponly -Set-Cookie: stopMobileRedirect=true; expires=Mon, 30-Sep-2013 23:15:06 GMT; path=/; domain=.wikipedia.org; secure - -When you request the Wikipedia article (say, http://en.wikipedia.org/wiki/A), the following happens: - -1. Browser sends ""GET /wiki/A HTTP/1.1"" to en.wikipedia.org. As the connection is insecure, the stopMobileRedirect=true cookie isn't sent, but enwikiforceHTTPS=true is sent: - -Cookie: enwikiforceHTTPS=1 - -2. Server detects a mobile user agent, so you are redirected (302 Moved Temporarily) to http://en.m.wikipedia.org/wiki/A (still no HTTPS). - -3. Browser sends ""GET /wiki/A HTTP/1.1"" en.m.wikipedia.org. As it is still insecure, stopMobileRedirect=true isn't sent: - -Cookie: enwikiforceHTTPS=true; enwikiforceHTTPS=1 - -4. Server detects enwikiforceHTTPS=true and enwikiforceHTTPS=1 (no idea why the browser has two cookies with the same name) and you are redirected (302 Found) to https://en.m.wikipedia.org/wiki/A. - -5. Browser switches on SSL and sends ""GET /wiki/A HTTP/1.1"". Now all cookies are sent, including stopMobileRedirect=true (private information removed): - -Cookie: enwikiSession=REMOVED; centralauth_User=Stefan2; centralauth_Token=REMOVED; centralauth_Session=REMOVED; enwikiUserID=808814; enwikiUserName=Stefan2; enwikiforceHTTPS=true; enwikiforceHTTPS=1; stopMobileRedirect=true - -6. You see the mobile website. - -Problem: As the redirect to HTTPS happens after the redirect to the mobile site, the stopMobileRedirect=true cookie is sent too late and the server won't know that you wish to stay on the desktop website. - --------------------------- -**Version**: unspecified -**Severity**: minor",task_description,"['HTTP URL to desktop website sometimes gives mobile website for stopMobileRedirect=true if you have enwikiforceHTTPS=true\n\nUse a mobile web browser.', 'I used ""User-Agent: Opera/9.80 (Android; Opera Mini/7.5.33361/30.3793; U; sv) Presto/2.8.119 Version/11.10"".', 'Steps to reproduce:\n\n1: Delete all cookies.', '2: Log in to Wikipedia.', 'You should now see the mobile site as you are using a mobile web browser.', '3: At the bottom of the page, click on the link to the desktop version.', ""4: Elsewhere on the Internet, find a link which points to Wikipedia's desktop HTTP edition, and click on the link."", 'Alternatively, type in a URL yourself.', 'Actual result: The browser shows the mobile HTTPS edition of Wikipedia.', 'Expected result: The browser shows the desktop HTTPS edition of Wikipedia.', 'IMPORTANT: You must perform steps 2 and 3 in the order indicated above!', 'If you perform them in the opposite order, then the result is different (due to bug 43771).', '== Explanation ==\n\nSteps 2-3 should give you two cookies:\n\nSet-Cookie: enwikiforceHTTPS=true; expires=Mon, 30-Sep-2013 23:24:04 GMT; path=/; httponly\nSet-Cookie: stopMobileRedirect=true; expires=Mon, 30-Sep-2013 23:15:06 GMT; path=/; domain=.wikipedia.org; secure\n\nWhen you request the Wikipedia article (say, URL the following happens:\n\n1.', 'Browser sends ""GET /wiki/A HTTP/1.1"" to en.wikipedia.org.', ""As the connection is insecure, the stopMobileRedirect=true cookie isn't sent, but enwikiforceHTTPS=true is sent:\n\nCookie: enwikiforceHTTPS=1\n\n2."", 'Server detects a mobile user agent, so you are redirected (302 Moved Temporarily) to URL (still no HTTPS).', '3.', 'Browser sends ""GET /wiki/A HTTP/1.1"" en.m.wikipedia.org.', ""As it is still insecure, stopMobileRedirect=true isn't sent:\n\nCookie: enwikiforceHTTPS=true; enwikiforceHTTPS=1\n\n4."", 'Server detects enwikiforceHTTPS=true and enwikiforceHTTPS=1 (no idea why the browser has two cookies with the same name) and you are redirected (302 Found) to URL\n\n5.', 'Browser switches on SSL and sends ""GET /wiki/A HTTP/1.1"".', 'Now all cookies are sent, including stopMobileRedirect=true (private information removed):\n\nCookie: enwikiSession=REMOVED; centralauth_User=Stefan2; centralauth_Token=REMOVED; centralauth_Session=REMOVED; enwikiUserID=808814; enwikiUserName=Stefan2; enwikiforceHTTPS=true; enwikiforceHTTPS=1; stopMobileRedirect=true\n\n6.', 'You see the mobile website.', ""Problem: As the redirect to HTTPS happens after the redirect to the mobile site, the stopMobileRedirect=true cookie is sent too late and the server won't know that you wish to stay on the desktop website."", '--------------------------\n**Version**: unspecified\n**Severity**: minor']" -230631,VisualEditor: Pawn ♙ appears after pressing Down key (first thing) in Firefox,"Confirmed, will work on it.",task_subcomment,"['Confirmed, will work on it.']" -326745,Globalization on login not rechecking ownership of homewiki leads to adding unowned accounts to the global account,"Created attachment 16726 -Patch after file reorg - -**Attached**: {F15048}",task_subcomment,['Created attachment 16726\nPatch after file reorg\n\n**Attached**: {F15048}'] -476106,InstantCommons broken by switch to HTTPS,">>! In T102566#1371839, @Krenair wrote: -> @greg, @demon: should we have something on mediawiki-announce about this? - -Not a bad idea. I'm not entirely convinced this change needs a release (although it should be ported to all supported branches)...just very wide announcement and the promise that the next release(s) will contain the fix automatically. - ->>! In T102566#1371535, @BBlack wrote: -> Can we get an idea on what a ""reasonable"" timeframe is to let users pick up the necessary changes? - -Once the patch has landed in all branches and an announcement goes out...like 2-3 weeks so people can't say we didn't warn them? :)",task_subcomment,"['QUOTE\nQUOTE\n\nNot a bad idea.', ""I'm not entirely convinced this change needs a release (although it should be ported to all supported branches)...just very wide announcement and the promise that the next release(s) will contain the fix automatically."", ""QUOTE\nQUOTE\n\nOnce the patch has landed in all branches and an announcement goes out...like 2-3 weeks so people can't say we didn't warn them?"", ':)']" -264287,core hangs on killed http(s) connection,"I tried this on _windows_ but I didn't got it hanging: - -Traceback (most recent call last): - File """", line 1, in - resp, content = h.request(""https://en.wikipedia.org/"", ""GET"") - File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1591, in request - (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey) - File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1333, in _request - (response, content) = self._conn_request(conn, request_uri, method, body, headers) - File ""C:\Pywikipedia\ssh\pywikibot\core\externals\httplib2\python2\httplib2\__init__.py"", line 1289, in _conn_request - response = conn.getresponse() - File ""C:\Python27\lib\httplib.py"", line 1030, in getresponse - response.begin() - File ""C:\Python27\lib\httplib.py"", line 407, in begin - version, status, reason = self._read_status() - File ""C:\Python27\lib\httplib.py"", line 365, in _read_status - line = self.fp.readline() - File ""C:\Python27\lib\socket.py"", line 430, in readline - data = recv(1) - File ""C:\Python27\lib\ssl.py"", line 241, in recv - return self.read(buflen) - File ""C:\Python27\lib\ssl.py"", line 160, in read - return self._sslobj.read(len) -error: [Errno 10060] Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat",task_subcomment,"['I tried this on _windows_ but I didn\'t got it hanging:\n\nTraceback (most recent call last):\n File """", line 1, in \n resp, content = h.request(""URL ""GET"")\n File ""C:\\Pywikipedia\\ssh\\pywikibot\\core\\externals\\httplib2\\python2\\httplib2\\__init__.py"", line 1591, in request\n (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)\n File ""C:\\Pywikipedia\\ssh\\pywikibot\\core\\externals\\httplib2\\python2\\httplib2\\__init__.py"", line 1333, in _request\n (response, content) = self._conn_request(conn, request_uri, method, body, headers)\n File ""C:\\Pywikipedia\\ssh\\pywikibot\\core\\externals\\httplib2\\python2\\httplib2\\__init__.py"", line 1289, in _conn_request\n response = conn.getresponse()\n File ""C:\\Python27\\lib\\httplib.py"", line 1030, in getresponse\n response.begin()\n File ""C:\\Python27\\lib\\httplib.py"", line 407, in begin\n version, status, reason = self._read_status()\n File ""C:\\Python27\\lib\\httplib.py"", line 365, in _read_status\n line = self.fp.readline()\n File ""C:\\Python27\\lib\\socket.py"", line 430, in readline\n data = recv(1)\n File ""C:\\Python27\\lib\\ssl.py"", line 241, in recv\n return self.read(buflen)\n File ""C:\\Python27\\lib\\ssl.py"", line 160, in read\n return self._sslobj.read(len)\nerror: [Errno 10060] Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat']" -221331,rel=canonical of https pages should point to http,"(In reply to comment #3) -> Until we're ready to switch to HTTPS for anons by default it makes sense to -> point HTTPS versions of pages to HTTP via rel=canonical. We should be setting -> one or the other, rather than having a split. -> -> The load on the SSL cluster has been doubling month by month and this split -> may be the reason why. Unfortunately we don't have conclusive metrics to prove -> this, but making this setting explicit rules that out as a possibility. - -So we should do this one now and bug 51002 next month/quarter/year/decade when we get around to it?",task_subcomment,['(In reply to comment #3)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nSo we should do this one now and bug 51002 next month/quarter/year/decade when we get around to it?'] -251892,Make sure all repositories have the latest version of shared code,"Change 88010 merged by Tobias Gritschacher: -Moving shared code to mediawiki-selenium Ruby gem - -https://gerrit.wikimedia.org/r/88010",task_subcomment,['Change 88010 merged by Tobias Gritschacher:\nMoving shared code to mediawiki-selenium Ruby gem\n\nGERRIT_URL'] -260220,"Update ""Create account"" / ""login"" buttons in ConfirmAccount","Please stop setting ""blocker"" severity for all of your bug reports. The meaning of blocker is defined here: https://www.mediawiki.org/wiki/Bugzilla/Fields#importance . This is obviously not a blocker at all. - -For the bug report itself, please provide a screenshot which icons you refer to.",task_subcomment,"['Please stop setting ""blocker"" severity for all of your bug reports.', 'The meaning of blocker is defined here: URL .', 'This is obviously not a blocker at all.', 'For the bug report itself, please provide a screenshot which icons you refer to.']" -237569,VisualEditor: Protected node css with * selector breaks some template layouts,"Change 130823 had a related patch set uploaded by Esanders: -Remove '*' selector for protected nodes - -https://gerrit.wikimedia.org/r/130823",task_subcomment,"[""Change 130823 had a related patch set uploaded by Esanders:\nRemove '*' selector for protected nodes\n\nGERRIT_URL""]" -439475,Fix database master queries from HTTP GET/HEAD before active-active multi-dc,"These all have the same goal: - -1) Avoid significant degradation in performance for request handled in Dallas when it's handling traffic. Doing master queries from Dallas <=> Ahsburn is 3*35ms (connect,begin,commit) + 35ms per query. That's about the entire page load time of a high performance website for just one query. - -Most of them also have another advantage: -2) Avoid pointlessly broad outages due to the master being down (crash, disk problems, maintenance, whatever). - -These changes are just one part of the multi-DC changes (which has an RfC on mw.org).",task_subcomment,"[""These all have the same goal:\n\n1) Avoid significant degradation in performance for request handled in Dallas when it's handling traffic."", 'Doing master queries from Dallas <=> Ahsburn is 3*35ms (connect,begin,commit) + 35ms per query.', ""That's about the entire page load time of a high performance website for just one query."", 'Most of them also have another advantage:\n2) Avoid pointlessly broad outages due to the master being down (crash, disk problems, maintenance, whatever).', 'These changes are just one part of the multi-DC changes (which has an RfC on mw.org).']" -252088,Parsoid jobs are not dequeued fast enough during heavy editing activity,"(In reply to comment #21) -> Popular templates are protected for a reason, and editors don't edit them -> needlessly, as they know about the high load this causes. -> -> For templates there is no way around the load this creates when they really -> need to be edited. - -Ok, so people avoid things which cause overload but still in July we had about 2M additional job queue items. And it seems that's fine. What's not fine then, what is this bug about? Can we please identify the problem and the source of it? Otherwise I don't see how one can identify solutions. - -> I have a hard time seeing a similarly good reason for -> making -> 8 million null edits at a rate of ~4/second. - -I'm having a hard time too. They are just speculations without answers to what above. - -> Especially without talking to -> the -> people responsible for keeping the site running - -(This makes sense.) - -> and in contravention of the -> bot -> policy. - -Sigh. There isn't any contravention of the bot policy. The relevant local page is [[Wikipedia:Don't worry about performance]]. -Hint: the policies or pseudo-policies you are looking for are on wikitech, e.g. [[wikitech:Robot policy]]. I don't remember which one precisely but there is one written by Tim which explicitly says ""if you're causing problems/bringing the site down we'll block you"", period. -In this case however, I still don't see what the problem is. Again, why is 2M not a problem but 3M yes?",task_subcomment,"['(In reply to comment #21)\nQUOTE\nQUOTE\nQUOTE\nQUOTE\nQUOTE\n\nOk, so people avoid things which cause overload but still in July we had about 2M additional job queue items.', ""And it seems that's fine."", ""What's not fine then, what is this bug about?"", 'Can we please identify the problem and the source of it?', ""Otherwise I don't see how one can identify solutions."", ""QUOTE\nQUOTE\nQUOTE\n\nI'm having a hard time too."", 'They are just speculations without answers to what above.', 'QUOTE\nQUOTE\nQUOTE\n\n(This makes sense.)', 'QUOTE\nQUOTE\nQUOTE\n\nSigh.', ""There isn't any contravention of the bot policy."", ""The relevant local page is [[Wikipedia:Don't worry about performance]]."", 'Hint: the policies or pseudo-policies you are looking for are on wikitech, e.g.', '[[wikitech:Robot policy]].', 'I don\'t remember which one precisely but there is one written by Tim which explicitly says ""if you\'re causing problems/bringing the site down we\'ll block you"", period.', ""In this case however, I still don't see what the problem is."", 'Again, why is 2M not a problem but 3M yes?']" -230024,VisualEditor: Annotation API fixes,Now done.,task_subcomment,['Now done.'] -491433,Decide what to do with *.donate.wikimedia.org subdomain + TLS,"I'm fine with dropping the www.* subdomains if they're going to cause extra work/cost. Couldn't find anywhere that they are linked to. - -Please do keep the project domains as redirects though unless there's a compelling reason not to. Especially donate.wikipedia.org, that's a common (and understandable) mistake. I've even seen WMF staff directing people to that domain. - -@CCogdill_WMF knows more about our various email domains, but maybe we should split that out to a separate task if it's more complicated.",task_subcomment,"[""I'm fine with dropping the www."", ""* subdomains if they're going to cause extra work/cost."", ""Couldn't find anywhere that they are linked to."", ""Please do keep the project domains as redirects though unless there's a compelling reason not to."", ""Especially donate.wikipedia.org, that's a common (and understandable) mistake."", ""I've even seen WMF staff directing people to that domain."", ""SCREEN_NAME knows more about our various email domains, but maybe we should split that out to a separate task if it's more complicated.""]" -218385,VisualEditor: Sanity-check the browser by internally round-tripping HTML to linmod and ensuring it's the same,Roan's offered to do this one on his flight. Marking as such.,task_subcomment,"[""Roan's offered to do this one on his flight."", 'Marking as such.']" -267940,*-login.data can have case discrepency on Linux host,,task_subcomment,[] -63528,shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout),"I am able to stay on HTTPS on the shop *up until* the site gets to asking me to log in and *then* it sends me to HTTP. - -?! - -Once a user is on HTTPS, keep them there. - --------------------------- -**Version**: wmf-deployment -**Severity**: major -**URL**: https://shop.wikimedia.org/ -**See Also**: -https://bugzilla.wikimedia.org/show_bug.cgi?id=37790",task_description,"['shop switches HTTPS -> HTTP when showing login prompt (on clicking checkout)\n\nI am able to stay on HTTPS on the shop *up until* the site gets to asking me to log in and *then* it sends me to HTTP.', '?', '!', 'Once a user is on HTTPS, keep them there.', '--------------------------\n**Version**: wmf-deployment\n**Severity**: major\n**URL**: URL\n**See Also**:\nURL']" -249642,VisualEditor: Split mw.ViewPageTarget init from integration handling,"Change 71929 merged by jenkins-bot: -Split off setup from the rest of mw.ViewPageTarget - -https://gerrit.wikimedia.org/r/71929",task_subcomment,['Change 71929 merged by jenkins-bot:\nSplit off setup from the rest of mw.ViewPageTarget\n\nGERRIT_URL'] -741815,Set up TLS for MariaDB replication,"Change 315051 merged by Jcrespo: -Update phabricator my.cnf config template to include TLS config - -[[https://gerrit.wikimedia.org/r/315051]]",task_subcomment,['Change 315051 merged by Jcrespo:\nUpdate phabricator my.cnf config template to include TLS config\n\n[[GERRIT_URL]]'] -405126,Images: Handle templated image options containing pipes,"We need to figure out what else to do with it as far as editing goes. As it stands, Parsoid supports rendering and roundtripping for these templates.",task_subcomment,"['We need to figure out what else to do with it as far as editing goes.', 'As it stands, Parsoid supports rendering and roundtripping for these templates.']" diff --git a/p2/quest/python_scripts/label_sampling.py b/p2/quest/python_scripts/label_sampling.py index f924e64..c93c1a2 100644 --- a/p2/quest/python_scripts/label_sampling.py +++ b/p2/quest/python_scripts/label_sampling.py @@ -71,6 +71,7 @@ with open("/home/nws8519/git/mw-lifecycle-analysis/p2/quest/072525_pp_biberplus_ text_dict['task_title'] = row[1] text_dict['comment_text'] = row[2] text_dict['comment_type'] = row[12] + text_dict['TaskPHID'] = row[11] #making sure the comment title is included in things if text_dict['comment_type'] == "task_description": raw_text = text_dict['task_title'] + "\n\n" + text_dict['comment_text'] @@ -123,8 +124,12 @@ with open("/home/nws8519/git/mw-lifecycle-analysis/p2/quest/072525_pp_biberplus_ ''' 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('091625_human_text_sample.csv', index=False) + + #taking a random sample of 50 task discussions + unique_tasks = df['TaskPHID'].unique() + sampled_tasks = pd.Series(unique_tasks).sample(n=25, random_state=8) + random_df = df[df['TaskPHID'].isin(sampled_tasks)] + random_df.to_csv('091625_human_conversation_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 deefb27..c251c09 100644 --- a/p2/quest/slurm_jobs/090425_olmo_batched_cat.sh +++ b/p2/quest/slurm_jobs/090425_olmo_batched_cat.sh @@ -23,8 +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 +#python /home/nws8519/git/mw-lifecycle-analysis/p2/quest/python_scripts/label_sampling.py echo "unsupervised batched olmo categorization pau at $(date)" diff --git a/p2/quest/slurm_jobs/091625_sampling.sh b/p2/quest/slurm_jobs/091625_sampling.sh new file mode 100644 index 0000000..3b57b0c --- /dev/null +++ b/p2/quest/slurm_jobs/091625_sampling.sh @@ -0,0 +1,30 @@ +#!/bin/bash +#SBATCH -A p32852 +#SBATCH -p gengpu +#SBATCH --gres=gpu:a100:1 +#SBATCH --constraint=sxm +#SBATCH --nodes=2 +#SBATCH --ntasks-per-node=1 +#SBATCH --time=48:00:00 +#SBATCH --mem=64G +#SBATCH --cpus-per-task=4 +#SBATCH --job-name=sampling-MW-info-typology +#SBATCH --output=sampling-mw-olmo-info-cat.log +#SBATCH --mail-type=BEGIN,END,FAIL +#SBATCH --mail-user=gaughan@u.northwestern.edu + +module purge + +eval "$(conda shell.bash hook)" + +echo "setting up the environment by loading in conda environment at $(date)" + +conda activate olmo + +echo "running the sampling 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/label_sampling.py + +echo "sampling pau at $(date)" diff --git a/sampling-mw-olmo-info-cat.log b/sampling-mw-olmo-info-cat.log new file mode 100644 index 0000000..b330f0e --- /dev/null +++ b/sampling-mw-olmo-info-cat.log @@ -0,0 +1,10 @@ +setting up the environment by loading in conda environment at Tue Sep 16 12:11:09 CDT 2025 +running the sampling job at Tue Sep 16 12:11:09 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=342f78d3-1877-6c6d-fb71-9a90e928d24e, L2_cache_size=40MB) + Loading checkpoint shards: 0%| | 0/12 [00:00