I think this task should be reopened, because there is no way to disable live preview in desktop currently.

We now allow you control component order in the date control.

This will sort of introduce you to modifying arc.

I don't think we're really making any headway here. Here are some more actionable followups:

I don't want to continue expanding the existing "mail tags" system in Settings → Email Preferences. See some discussion in T11337.

I'm just going to close this:

Given that I just received a useless eadler moved this task from Restricted Project Column to Restricted Project Column on the Restricted Project board. email notification for this ticket, I suggest that T10745 be considered as part of email reduction.

You're the only user we're currently aware of who wants to use the software like this, so I don't plan to address this use case at this time.

In T11260#183515, @epriestley wrote:

But when I am looking at my calendar app, I want to see local times, for whatever timezone I am in.

What would you like Phabricator to do when you look at events in its Calendar application?

But when I am looking at my calendar app, I want to see local times, for whatever timezone I am in.

This seem quiet and is now accounted for.

This appears functional and is now accounted for.

Thanks for the report, and for including good reproduction steps.

In T3025#181309, @jayvdb wrote:

I saved "Ignore Conflict" here and on phabricator.wikimedia.org , but a few hours later the warning message overlay has reappeared. Im going to ignore it here, so that the devs can see when I last saved "Ignore Conflict".

I saved "Ignore Conflict" here and on phabricator.wikimedia.org , but a few hours later the warning message overlay has reappeared. Im going to ignore it here, so that the devs can see when I last saved "Ignore Conflict".

Hit by this again on a trip to a nearby country. Can the "Ignore Conflict" option be moved out of the list so the user doesnt have to click "Save Timezone" to in fact register they want no change. I instinctively want to hit the Cancel button on this popup/overlay, as I dont want to change my timezone. I just want the message to stop.

Confirmed rP2e450212503e: Fix several issues with email-related global preferences fix the bug. Thanks!

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

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

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.

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

In T11141#180280, @epriestley wrote:

Or, perhaps more specifically: why do you want to change your machine's local timezone, but not change Phabricator's timezone to be consistent? If you just didn't want to change your timezone at all, you could leave everything in PST while in London and your system clock and Phabricator would both remain in PST, but you did change your system clock.

why not using the browsers timezone by default and giving the possibility to set a static one in the settings if really required (without this message popping up)

"Adjust timezone" dialog doesn't have a way to cancel/ignore

why not using the browsers timezone by default and giving the possibility to set a static one in the settings if really required (without this message popping up)

Or, perhaps more specifically: why do you want to change your machine's local timezone, but not change Phabricator's timezone to be consistent? If you just didn't want to change your timezone at all, you could leave everything in PST while in London and your system clock and Phabricator would both remain in PST, but you did change your system clock.

Why don't you want to change your timezone?

For completeness, T11107 was also related to this.

My device is part of my life based in a real timezone. My OSS development and other intensive online community activity occurs in UTC, to simplify my mental calculations about other people's current time and aiding communication of timestamps and deltas.

I'm not sure I understand the use case for that. Do you set your client OS to local time, but prefer to use Phabricator in UTC? Offhand, this seems unusual. Do you have any particular reason for doing this (e.g., you live right next to a timezone boundary and change zones multiple times per day)?

Could we special case UTC, with a custom message and simpler "no change" process?

Calls to .edit endpoints fail with cache exception:

• 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.

My primary concern here is that I strongly dislike adding options to the product

That's a lot more clear, thanks!

unfortumately

The time zone selected below has been auto-detected based on your browser settings

I tried it out. One thing I realized was that without having the context of this ticket, during the pop-up after you click the notification, it's not obvious whether the timezone being shown is the *current* setting or the *new setting based on your browser*. That could cause confusion, so would suggest a slight phrasing change there.

These changes are now live on this install.

D15962 attempts to guess the user's timezone by using the Intl API. This appears to be very accurate in Chrome on OSX, but useless in Safari/Firefox.

D15961 adds a timezone correction workflow, including a temporary "ignore conflict" option. This flag is cleared after the next timezone change.