Change 478131 abandoned by Nray:
Remove usage of global event emitter from Nearby
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Dec 7 2018
@fgiunchedi the installation is complaining about not finding any swap partition.
Change 478131 had a related patch set uploaded (by Nray; owner: Nray):
[mediawiki/extensions/MobileFrontend@master] Remove usage of global event emitter from Nearby
Change 478112 merged by jenkins-bot:
[mediawiki/services/parsoid@master] Eliminate most .bind(..) usages from wt2html token transformers
Mentioned in SAL (#wikimedia-cloud) [2018-12-07T02:00:08Z] <bd808> Added BryanDavis (self) as project admin for T211367
Probably a couple of issues to fix here. I'm guessing that @Krenair tested this from a host in Cloud Services. It doesn't look like the firewall rules for port 9696 on cloudcontrol1003 allow 172.16.0.0/21 or 10.196.16.0/21 like ports 9292, 5000, and 8744 do. profile::openstack::base::neutron::service has a ferm rule for prod networks, but none for public networks:
ferm::rule{'neutron-server-api': ensure => 'present', rule => "saddr (${prod_networks}) proto tcp dport (9696) ACCEPT;", }
Change 477804 merged by jenkins-bot:
[mediawiki/services/parsoid@master] DOMPostProcessor: Replace .bind usage with lambda functions
In T166622#4802614, @Reedy wrote:Ideally, IMHO, being able to do a device swap without disabling and re-enabling should be in there too (not sure where the task is for that straight off)
T208823: Support asynchronous reauthentication is vaguely similar in that it also proposes a JS-based login popup (which post-AuthManager basically means a form builder) although for different reasons.
Okay, I would like to keep it open.
@kostajh -- yes, the number itself should be in the header, the way it's shown in this task's description. That's the request from the community.
@SBisson -- I agree that we should not actually launch with the feature on for users who registered before the launch date but still have 0 edits. I agree that it would be a distraction. I just think we should make it possible to do so if we ever want to. I will change the description to reflect that.
Thanks, everyone, for talking this through. Taking all this together, I think it sounds like we should do @RHo's most recent design, with the second click to get to user preferences.
In T209982#4802085, @Catrope wrote:That also reminds me: would it be a good idea to enable oversampling of EditAttemptStep events when the help panel is enabled? On the one hand, it seems useful to be able to cross-reference to that schema; on the other hand, I don't think that anything that's been requested requires that, and the increase in the number of events would be more substantial than that done by EditorJourney.
In T208877#4782853, @jmatazzoni wrote:But the Foundation has decided that such a download is not required, since we already provide users with reasonable access to their contribution data via the Contributions page
Change 478129 had a related patch set uploaded (by Mforns; owner: Mforns):
[operations/puppet@production] Adjust params for Analytics data_purge EventLoggingSanitization job
The current behavior of these functions is very straightforward: to change the case of the first character in the string passed to them (therefore, previewing {{ucfirst:[[test]]} renders as "test", not as "Test", because the first character is the first [, not the t). Changing the behavior of these functions to be link-aware would require changing at what point in the parse process they are applied, and would probably be extremely difficult to do without introducing a wide array of bugs and unintended behaviors, in addition to potentially breaking lots of current usage that relies on the current behavior. The best solution for this is to change your use case so the functions are being applied directly to the text you want to modify - i.e. [[Linked page|{{ucfirst:link title}}]].
Change 478127 had a related patch set uploaded (by Subramanya Sastry; owner: Subramanya Sastry):
[mediawiki/services/parsoid@master] Remove .bind() usages from bin/, tools/, and tests/
Change 478126 had a related patch set uploaded (by Mforns; owner: Mforns):
[analytics/refinery/source@master] Add EventLoggingSanitizationMonitor.scala
(1) 'Incomplete template' warning seems to be reserved for those rare cases when a target template matches a source template but cannot be mapped - entirely or partially.
This just seemed odd ... why are ref names unquoted?
@Slowking4 is not actually in the extended uploaders group. I suspect he has the "Share images from Flickr" button because he is in the "GWToolset users" group.
Change 478124 had a related patch set uploaded (by Cooltey; owner: Cooltey):
[apps/android/wikipedia@master] Get correct image URL in ImageUrlUtil
Change 478123 had a related patch set uploaded (by Subramanya Sastry; owner: Subramanya Sastry):
[mediawiki/services/parsoid@master] Remove .bind() usages in all lib/* files except those skipped earlier
Change 478122 had a related patch set uploaded (by Subramanya Sastry; owner: Subramanya Sastry):
[mediawiki/services/parsoid@master] Remove .bind() usages in native extension code.
We complained about this issue on cswiki a few days ago
Mentioned in SAL (#wikimedia-operations) [2018-12-07T00:10:14Z] <ebernhardson@deploy1001> Synchronized wmf-config/InitialiseSettings.php: [[gerrit:478103|turn off wbsearchentities ab test]] T209402 (duration: 00m 47s)
It is setup on deployment-sca, but I could not make it work. Needs more investigation why.
The major features on this project have been released for a month with no issues, and we have closed all 87 subtasks in this epic.
Change 478121 had a related patch set uploaded (by Subramanya Sastry; owner: Subramanya Sastry):
[mediawiki/services/parsoid@master] Remove .bind() usages in lib/config files
Change 478120 had a related patch set uploaded (by Subramanya Sastry; owner: Subramanya Sastry):
[mediawiki/services/parsoid@master] Remove .bind() usages in lib/html2wt code
Change 478119 had a related patch set uploaded (by Subramanya Sastry; owner: Subramanya Sastry):
[mediawiki/services/parsoid@master] Remove .bind() usages from lib/wt2html except TokenTransformManager
Change 478103 merged by jenkins-bot:
[operations/mediawiki-config@master] Turn off wbsearchentities test
I added an entry about this to the log at https://wikitech.wikimedia.org/wiki/Analytics/Data_Lake/Traffic/Pageview_hourly#Changes_and_known_problems_since_2015-06-16
Dec 6 2018
Please install tideways, but it should only be enabled in php.ini on the debug servers, since it will cause a performance degradation even without being used. Also, please install php-mongodb, the PHP driver for MongoDB, since this is recommended for XHGui saving on PHP 7. I am working on the mediawiki-config patch which will use these extensions.
Change 478118 merged by Dzahn:
[operations/puppet@production] nagios_common: remove commented section about contacts test file
I completed this by adding information in this new section on the mediawiki.org page. The section now describes the improvements our project made, and contains instructions for how to use those improvements.
Change 478118 had a related patch set uploaded (by Dzahn; owner: Dzahn):
[operations/puppet@production] nagios_common: remove commented section about contacts test file
Mentioned in SAL (#wikimedia-operations) [2018-12-06T23:47:51Z] <ppchelko@deploy1001> Finished deploy [recommendation-api/deploy@299b268]: Add 'morelike' article recommendations API T201192 (duration: 02m 06s)
Change 391980 abandoned by Dzahn:
icinga: test creating individual contact secrets
Mentioned in SAL (#wikimedia-operations) [2018-12-06T23:45:45Z] <ppchelko@deploy1001> Started deploy [recommendation-api/deploy@299b268]: Add 'morelike' article recommendations API T201192
In T211323#4804249, @zhuyifei1999 wrote:In T211323#4803791, @Mholloway wrote:(The page looks fine with JS disabled.)
The Kartographer dynamic map wouldn't load without JS
She got into Civi, we are awaiting the Yubikey for shell stuff.
I think there is still value in changing the template (at least for non-extended-uploaders) as that way everyone could use the Flickr upload interface, which is a much more convenient way of uploading those files. That was the original reason for filing this task - that the Flickr upload button is now disabled for most users, even though the tool doesn't do anything you couldn't do by hand, because the use of the verified temlate disrupted workflows.
(Granted, the Commons community might well decide to not widen access to the tool even if that happens, as they tend to be concerned with making uploading too easy. So maybe that should be checked first.)
Wonderful, thank you Chris!
Mentioned in SAL (#wikimedia-operations) [2018-12-06T23:21:32Z] <ppchelko@deploy1001> Finished deploy [restbase/deploy@be8f0c0]: Add 'morelike' recommendation public API specification T201192 (duration: 22m 46s)
Change 478115 merged by Andrew Bogott:
[operations/puppet@production] Disable alerting on cloudvirt1019 and 1020
Change 478115 merged by Andrew Bogott:
[operations/puppet@production] Disable alerting on cloudvirt1019 and 1020
Change 478115 had a related patch set uploaded (by Andrew Bogott; owner: Andrew Bogott):
[operations/puppet@production] Disable alerting on cloudvirt1019 and 1020
Change 478115 had a related patch set uploaded (by Andrew Bogott; owner: Andrew Bogott):
[operations/puppet@production] Disable alerting on cloudvirt1019 and 1020
I believe floating IPs and security groups are a different problem - in eqiad1-r this should be from the neutron service instead. Will open a separate task about that.
So, as of December 6th, there are no new emails to/from (everyone else on the list is bcc) EquinixMaintenance.SG@ap.equinix.com since our last email/update request to Vivian.