OK, I didn't actually read the 69-chars indent earlier.
The image on the right looks exactly the way I would expect a 69-deep text diff to look - most of the way to the right, breaking when it needs to.
The one on the left looks like it's not indented much; The double-space is because the lines on the right-side are longer.

Confirmed {rP2e450212503e80e07c55821d5ba68d6370e98d04} fix the bug. Thanks!

The diff UI just looks off in the video, each line takes up two lines. I don't know what browser / OS that is nor have any diffs here to reproduce it though. Retina Mac / Chrome maybe?

Is this the same issue https://slack-files.com/T029GG40X-F1FA40DUJ-cdf3ae1eec (From IRC a couple of days ago)? Extra-long words, like minified javascript, doesn't get broken.

Which versions of sshd support this configuration?

No worries, we appreciate the quick fixes!

@bizrad6 Thanks, I think D16118 should fix that once it lands. Sorry about these issues, the actual global stuff happened at the very end of the settings changes and I didn't test it as thoroughly as I should have.

Bug: The global email preferences are not being respected when Phabricator decides whether or not to send an email.

as per T11149, my email format setting defaults do not reflect active instance config

I think this is resolved in rPd68b2cc0e4c4, but merging into the feedback/errata task regardless.

Can you try HEAD? or are you on stable?

just upgraded to the hashes from https://secure.phabricator.com/w/changelog/2016.24/ before spotting issue, unsure if it was that way before

What version of Phabricator are you running?

ah it's phutil_symbols...

I have a patch for this but arc lint is taking forever and all of my CPU... :-/

For anyone who gets here by searching for ERR_CLOSED: This revision has already been closed we had a similar problem.

Confirmed it fixed the issue we were seeing, thanks for the quick response!

My tentative plan is to define keys in local config with some sort of structure like:

@OCram I've been using it in production for months, it works well enough for our needs, including in the current codebase. It just displays child tasks in a tree-like manner, doesn't change anything.

Yes, that would also solve the problem for me, and would probably be an easier option for new users.

Are your clocks set correctly? The only sure-fire way for special-snowflake-issue support is Consulting.

Anyone ? Or do you have some advice on how to try to get support on this it will help. We used to rely on arc diff as a daily workflow, and this is a blocking bug for us :(

Does this workaround change anything in the database? - I'm thinking about using this in our production environment ;)

Nice! I was able to duplicate that. Might be all? dialogs.

Ah I see. So for the "create ticket" workflow, it only seems to happen when creating a ticket from a workboard. In this case, I do not see the button go disabled.

I was able to reproduce this on a Phacility test instance as well: https://test-ftzenxozitfe.phacility.com/phriction/edit/?slug=/

Does the submit button not go "disabled" when you click on it? JS should be immediately doing this. I can't not get it to do this on anything I test.

Wouldn't form re-submission be disabled through javascript on the client?

I am using Chrome on Ubuntu, but I don't think k the browser/OS has much to do with it. I'm guessing that you can't reproduce it because you have more internets than I do. If you can artificially throttle the connection speed then it might be easier to reproduce.

I can't reproduce locally or on Phacility in Chrome/Mac. Is there a specific browser/os I should test?

I did get the file to download. It think it should have just downloaded on this page though and not sent me to the File page, so I'll follow up on if that's a bug with @epriestley .

We still need a complete bug report for this. See Contributing Bug Reports.

I'll do so as soon as I can.

I can probably copy-pasta that feature.

The movie isn't playable for me.

any plans/chance to implement search if you unbeta phame? T6383?

One thing I've seen people do is something like an encrypted ssh key (For SSL certs):

Cool, pretty sure I've got a repro then -- real fix coming up in a second.

Yup, that did the trick!

Ah, I think I've got a repro. Does this "fix" it?

We are seeing an issue where the global default email preferences are not reflected in the user email preferences.

There's a very small possibility that D16110 fixed a race condition which was causing this, but that seems like quite a stretch.

In T11141#180290, @epriestley wrote:

Is the behavior you want the same as @vinzent's desired behavior, your phone's behavior, and your laptop's behavior? That is, blindly trust client timezone unconditionally, without prompting or notifying you? From the original description, it seemed like you wanted essentially the opposite behavior.

GitHub does not appear to ever render absolute time. Instead, it renders relative times like "5 hours ago", etc.

what do others do about that timezone thing? I'm not aware that i needed to specify a timezone on other services.

Is the behavior you want the same as @vinzent's desired behavior, your phone's behavior, and your laptop's behavior? That is, blindly trust client timezone unconditionally, without prompting or notifying you? From the original description, it seemed like you wanted essentially the opposite behavior.

In T11141#180288, @epriestley wrote:

auto-adjusted based on location

If you auto-adjust the primary local time displayed on your system, why don't you also want to adjust Phabricator?

We pop this dialog because your browser's time (which only has one time, and which is the only time we can see) has changed.

auto-adjusted based on location