Talk:Phabricator/Archive 1

. ''

Documenting our usage of Phabricator
In relation to the Phabricator RfC and http://fab.wmflabs.org, we are starting to see useful questions and answers about the way we use the Phabricator tools. Let's update this outdated page documenting here the good practices. The discussion about Wikimedia Phabricator yes/no still must go to Requests for comment/Phabricator‎.--Qgil (talk) 15:36, 24 April 2014 (UTC)

Test instance or not
«!NOTICE! This is a test install, be prepared to lose data or manually migrate to the future real instance at a later date. This instance is not meant for long term use.» but then it's said to be ok for posting important/production information. Who's right? Please update the notice if things changed. --Nemo 07:10, 9 August 2014 (UTC)
 * It can be used for "real" data by those willing to be guinea pigs, however everybody should be aware that some data still could get lost (though daily backups are in place, so in worst case you lose 24h). And it's correct that the specific Labs test instance is not meant for long term use - the production instance will be. --AKlapper (WMF) (talk) 11:46, 9 August 2014 (UTC)
 * I think the warning is fine to make sure that testers know that they are testers. However, "or manually migrate to the future real instance at a later date" could be removed because it is inaccurate. We are planning to migrate the valid projects to the production instance.--Qgil (talk) 21:46, 9 August 2014 (UTC)

fab.wmflabs.org down for migration
Summary: fab.wmflabs.org will be taken down this Monday 8th 18:00UTC. Locally save tasks or workboards that you might rely on for the week. Verify your email address in fab.wmflabs.org if it's not already. The intention is for the Phabricator production instance to be available by Sept 12th.

The Phabricator instance on fab.wmflabs.org has been used over the last few months for both real and test data. On Mon, Sept 8th 2014 18:00UTC this instance will be made unavailable to migrate content to the upcoming production instance on phabricator.wikimedia.org. The Labs instance will not come back online in the same form, if at all.

We take the Labs instance down because we cannot make the Labs instance read-only while dumping its data. Neither can we easily display a banner on all pages warning you to not make any changes which would get lost anyway.

Tickets from the following projects are marked for migration:


 * Analytics-EEVS
 * Architecture
 * bugzilla-migration
 * Chemical_Markup_for_Wikimedia_Commons
 * Code_review_in_Phabricator
 * Community-Engagement
 * dev.wikimedia.org
 * googlelogin
 * Growth
 * Human_Resources
 * Language_Engineering
 * logstash
 * phabricator
 * phabricator-request-project
 * Release_Engineering
 * rt-migration
 * Triagers
 * Trusted_User_Tool
 * UI_Standardization
 * UploadWizard_Refactoring
 * Upstreaming_to_Phabricator.org
 * Wiki-Release-Team
 * Wikimedia_Phabricator_Day_1
 * wikimedia_phabricator_maintenance
 * wikimedia_phabricator_rfc

Some metadata for tasks associated with the above should be populated in the new production system -- if the account used in fab.wmflabs.org has a verified email that is also verified in the production instance. If you are using an email but have not verified it to the Labs instance you can go here: http://fab.wmflabs.org/settings/panel/email/ and choose "verify". An email will be sent with a link.

If you do not have a verified email address yet, or for some reason cannot verify an email with the Labs instance the relevant content (tickets, comments) will still be migrated. However, it will not be associated automatically with any new account in the production instance.

For questions catch us (chasemp and andre__) on Freenode IRC or drop into the channel.

Thanks,

Phabricator Team


 * and horizontally by placing it inside
 * -- FriedhelmW (talk) 10:56, 11 April 2015 (UTC)
 * -- FriedhelmW (talk) 10:56, 11 April 2015 (UTC)

Massive google+ spamming
JFTR, if it is not on commons for some reason it is by definition spam. Of course it can be also spam if it's on commons, but the deletion procedure would be straight forward in this case. Please do not spam for Google wannabe-services in any form, no matter if it is YouTube-spam, Maps-spam, Google+-spam, or spam for 1001 former now dead services killed by Google (Usenet archive, reader, buzz, maps API v2, whatever.) –Be..anyone (talk) 03:54, 11 April 2015 (UTC)
 * What is the relation of your comment to Wikimedia Phabricator? Context welcome. --AKlapper (WMF) (talk) 10:23, 11 April 2015 (UTC)
 * G+ isn't . Somehow a link to the good /versus Bugzilla subpage vanished leaving only the wrt bandwidth huge G+ hangout. I've inserted the /versus Bugzilla blurb again, it could be removed next year when really nobody recalls what bugzilla was. –Be..anyone (talk) 07:16, 13 April 2015 (UTC)
 * Where is this hangout that are you abbreviating about? --Tim&#160;Landscheidt 07:36, 13 April 2015 (UTC)
 * If you refer to the "The Very Basics of Phabricator" link (I can only guess and I still don't know what that "massive spamming" refers to), I replaced the Hangout link by a Youtube link in the article now and anybody is welcome to convert that Youtube video and put it on Commons. --AKlapper (WMF) (talk) 09:50, 13 April 2015 (UTC)
 * Thanks, CC BY-SA is better, even if YouTube manages to link it to their own CC BY page which links CC BY 3.0. Ungortunately 300 MB MP4 + 38 MB M4A download + convert + upload about the same size to commons would eat too much of my 5 GB per month plan. Commons always wants the best, no matter how big it is (up to 1 GB). –Be..anyone (talk) 15:32, 13 April 2015 (UTC)