My apologies. I will upgrade and post back if issue was fixed for me.

I can't reproduce this. Here's what I did. I set the server timezone to "America/Chicago":

I am wondering if is it possible to re-parent existing board to some project? I mean if I already have project A and B and I want to make project A subproject of B without breaking links etc.. is it possible?

See https://secure.phabricator.com/T10382. I've mitigated by downgrading to 3.4.2 (some other version will probably work too, this just was the first one I tried)

For reference, I use this small script to allow myself to easily use arc land with bookmarks:

Hi avivey! I did what you suggested and it almost did the trick. Unfortunately, I still have a small problem. I have to update the same repository on different branches. Do you know if I can do that in Phabricator?

If a package is defined with multiple owners (or a group ownership), it is a reasonable expectation that even when an owner commits a change, other owners will review that change. This is how owners has worked up until the T10939 changes recently.

I think this is reasonable to add to date controls in the very long run, but suspect few users routinely create events or countdowns in non-local timezones.

This also reproduced with normal "Edit Projects", it wasn't specific to the bulk editor.

If you come up with reproduction steps, feel free to file a new report.

The safer default generally seems sufficient here.

I don't think there's anything actionable remaining here that isn't covered elsewhere.

This has been live for some time and appears to have resolved the problems.

This has been live for some time now.

D16045 reduced this to one query. We can cache it more aggressively and amortize the cost to 0 queries, but I'll leave that for T11096. This is no longer wildly out of line in terms of cost/value.

• Display Preferences gets very angry if Editor Link is empty ("Editor link has an invalid or missing protocol" + all fields are marked "invalid").

All other sections appears to work...

• I get an exception trying to save the global Email Preferences (Argument 1 passed to PhabricatorEmailPreferencesSettingsPanel::getAllTags() must be an instance of PhabricatorUser, null given)

Ah, thanks. We actually have a lot more of those than I realized.

• Customize Menu... link in the homepage 404s.

• Settings → Create Global Defaults as an administrator to set global defaults.
• T11098 for feedback or bugs.

I don't remember seeing that pink banner at the top, if I had I would have emailed first assuming $1500 an hour cost was an error :)

Thanks, It worked!

final class PhavNoUnitCustomArgument extends ICCustomArcanistArgument {

This is the UI you saw, right? Is there any way we could make this more clear?

In T11095#178721, @epriestley wrote:

Sorry for the delay, we're mostly Pacific Time here so this was filed around 3AM for us.

Before we can continue, can you please confirm you intended to file a $1,500/hr support request?

Sorry for the delay, we're mostly Pacific Time here so this was filed around 3AM for us.

I think this has never worked -- nothing actually reads this preference. This makes converting it for T4103 a little tricky.

I don't see anything noticeably broken.

• I nuked the corp and clb devices and DNS, and updated the documentation.
• I aligned reserved instances with actual usage after changes.
• I also added secure002 to plb001 (the phurl.io LB).

I think this is live now. I'm going to complete the rest of the deploy and then button up the AWS stuff, but yell if it's horribly broken or whatever.

See Configuring a Preamble Script for instructions on informing Phabricator that the client is connecting over SSL.

Since my https is terminated at nginx, setting security.require-https to true ends up in redirect loop

Emails must come from a static email address, e.g. foo@bar.com

Afaik you still have to be white listed. Has that changed?

More doc on a different way to markup the email:
https://developers.google.com/gmail/markup/reference/formats/json-ld

One of our users was definitely encountering the chat bar issue.