To define this a bit better, I'm imagining these components:

Note that GitHub recently introduced difference views for for Markdown documents.

Oh, I thought because the functionality exists for dashboards, it also exists for apps. Thanks for clarifying that.

That is this task.

How do I setup default pinned applications for new users?

FWIW, FB is using Quip for this kind of design/idea document these days: http://quip.com

@asherkin Thanks!

In T4103#97669, @devurandom wrote:

Brings up the next problem for me: How do I query tasks of a certain priority? I cannot even find a documentation of the query language used for the Advanced Search.

1. create custom query with needed priority filter
2. save query under name of your choosing
3. on panel configuration (that will be used on dashboard) select that saved query from dropdown

In T4103#97464, @chad wrote:

You can tie a dashboard to any saved query in Advanced Search

You can tie a dashboard to any saved query in Advanced Search

How do I rebuild the default dashboard, especially the following part?

No "Unbreak Now!" Tasks: Nothing appears to be critically broken right now.

In our case it would already be completely sufficient if I (as an admin) had a button to "install this dashboard as default home page for new users"

In our case it would already be completely sufficient if I (as an admin) had a button to "install this dashboard as default home page for new users" and a button to "make this selection of pinned applications the default for new users". We do not need multiple roles or push updates to our users.

That works as well, what about making them immutable unless they are installed?

I don't see the value here in hiding, as admins are likely to want to explore and learn about other apps. We should show a notice though that this application is not installed.

(Ahh, thanks for the merge, @epriestley.)

This task discusses text (vs code) diffing above. Not sure if you're interested in looking at this, but here's a rough outline:

Haha, or I'm making stuff up there is no unlock, just set/get via the command line (at least, I was able to set it to [] via the command line).

Yeah I tried that and it wasn't letting me change it via command line. It said it wasn't available.

My understanding is we'd prefer you use the Applications app to set this config. Locked simply means you need to go to the command line and unlock to set something (I imagine this is settable after unlocking via the command line).

Yes that is what is says. But it didn't say this originally before I uninstalled anything. Once I reinstalled everything, I thought it would remove the lock.

It should say:

Closed by commit rP2b99b4add8ae.

After the last step:

Can't seem to repro this. My steps are:

D10876 was a specific bad case of this because of a bug (loading 73K "assigned tasks" for logged out users) but users with "only" a few thousand tasks (which is reasonable on real installs with real users) will currently pay a needlessly high performance penalty, and it should be possible to assign a user 75K tasks without making Phabricator unusable for them.

You mean to Firefox Browser bug tracker? I think not. The issue is specific to Firefox Mac version. Firefox latest + Firebug on Windows doesn't have that console.log issue.

Did you file the bug with Firefox?

Gladly I use Phabricator in Chrome, where it works as expected. I'm using Firefox for development only and that is how I've been able to see the issue in first place.

Chrome and Firefox have 6 week release cycles. We only have manpower to support the most current versions.

In other words if Firefox 34 is released, then it's OK if Phabricator will no longer look as designed in Firefox 33?

We only support current versions of Firefox, and it does not reproduce for me (FF 33, Mac).

On Windows 7 with same browser window size everything works. Maybe decreasing this number will help solve the problem:

We don't plan to support this.

I also have learned that the custom avatars in Recent Activity will not be shown to anonymous users either

... and now we have a real use case where the lack of public user profiles affects us.

✘ Merged into T5604.

I'm just going to merge this into T5604 because it will happen automatically as soon as ManiphestTask implements PhabriatorSubscribableInterface.