Ref T11085

Another thing to consider is that your worries may be entirely solved at a social level. Giving people access but reminding them to only modify 'safe' fields. If your users are somewhat trustworthy this is entirely reasonable.

Hasn't this been done for a long time? In the current form on the page diffusion/edit/.../page/actions/ ?

In T10349#177108, @joshuaspence wrote:

I thought that there was already a ticket for this somewhere, but maybe not?)

We want to be able to set

• email settings. We handle specific types of email OOB of phabricator. For example "X is committed" and "X reverted Y" (audit-commit and audit-other mailtags).
• default time zone. Most, but not all of our engineers are in P[DS]T instead of UTC. We'd like to set this as a default without making it a server-wide mandated value
• Default "Pinned Applications".

ref T9412

In T10855#172123, @chad wrote:

A Phriction Panel which we talked about briefly would provide this automagically without wiring Dashboards to Conduit.

We would be okay with this too.

I ran into an identical issue (and debugged on chat). Agreed that there could be better messaging around this.

FWIW is something like user.edit on the table? We'd like to be able to pre-create users with specific information such as 'real name', and a particular external account linked.

For the "you don't have external account X linked", it might be easiest to just fork and implement it as an extension that pops a notification bubble? I can give you an outline of how to do this, but I don't think there's really much to gain by providing a formal extension point since you just need a one-liner in PhabricatorStandardPageView, fork-wise. The downside to this approach is that you could only dismiss it by linking an account (dismissal of the HTTPS warning would be impossible, and dismissal of the timezone warning would not be generic), but maybe that's fine.

Our main interest has to do with "please fix your timezone" and "please link your external accounts". That is, action oriented, high priority, requests. The FYI or MOTD style prompts are secondary.

quick note: even on systems with 'normal' windowing systems many users
dislike or can't use drag-and-drop workflows. I'm mostly mentioning this so
that the non-D&D workflow isn't entirely treated as a second class citizen.

In T10989#176079, @Danny_B wrote:

It's logical - you can not build reasonably working application on wrong dataset. One would assume, that maybe in future, Phabricator (either directly or via an extension) will have support for such stats too (as it currently already has some stats such as burnout charts or so...)

In T10939#176076, @eadler wrote:

I'm referring to the home page dashboard.

By this I mean: as installed on the FreeBSD install.

I'm referring to the home page dashboard. I just made some config changes (particularly, changing the limit of the number of revisions to show) and it seems to have 'fixed it' so the problem above would be PEBKAC :/

#twitter hat off. FreeBSD hat on.

In T10939#175619, @epriestley wrote:

Just to make sure I'm understanding correctly:

Ref T10778

In T10939#175518, @epriestley wrote:

• "Soft Accept" / "Unblock" action ("TBR").