(Sorry, typo'd my own name into another @ep....)

It sounds like real-time updates will more-or-less moot this.

D18836 probably isn't the right solution, however, it's the only straightforward fix I could come up with. I didn't dig into the details of why it 404s when I fix the code in PhabricatorProjectViewController to avoid the fatal. The patch is probably good enough for Wikimedia, however, I'm not sure if it's good enough for upstream.

In T12098#233396, @sshannin wrote:

Obviously not a particularly important issue, but this now will populate a link in the favorites menu which leads to an exception:

Obviously not a particularly important issue, but this now will populate a link in the favorites menu which leads to an exception:

Somewhat related, if you have a disabled "Home" as your top item, we still show that regardless of the active dashboard below it.

T12956 has another situation where letting MenuItem generate 2+ items may be bad: we want to let a menu item steal the selection, but it's muddy to implement if each MenuItem can return several actual views.

remind me to add some more icons for Link.

That looks pretty hawt.

Happy to take a look if you found a reasonable way to get access to $request. If you're reading $_REQUEST['__path__'] directly or something though the eventual upstream version probably won't look too similar.

I've written a patch to make this work for the project sidebar nav for my organization's install. I don't want to take up your time with it if it's not helpful, but let me know if you'd like me to push a diff.

Dropping these doesn't seem to have caused any major pushback.

This presumably counts as "not much interest" or should move to Discourse now or something, maybe.

For private reasons affecting the reporting install, this no longer has customer impact.

Thanks! That should be perfect.

Possibly also, add a "See All" link to ApplicationSearch

Sounds reasonable to just improve that.

Hey, we're also interested in this by way of T12545 (which was merged in above). A couple of our teams have historically assigned their oncall/tech-debt tasks to a mailing list user, and used the priority-sorted view of those tasks to run their oncall shifts. That workflow no longer works with the reverse-chronological sort.

I've been busy with important emoji research.

Hows Nuance coming?

sorry maybe I am supposed to use these now 😱 😱 😱 😱

We un-install it on admin.phacility.com. :) :) :) :)

Hmm, we shouldn't allow Dashboards to be un-installed.

(The "Dashboard" item may also be affected.)

Awesome, makes total sense to move this towards a customization of user profiles task. Thanks!

I'm going to just repurpose this into a general "allow installs to customize user profiles" task to broaden interest.

I think most everything here is complete and will file individual follow up tasks if needed.

Currently the workboard has an option for fullscreen display. However this setting is lost when the browser refreshes. Since we're using Chrome + a Chrome autorefresh extension (SuperAutoRefresh) to display a Phabricator workboard on a bigscreen TV it would be useful if this setting is persisted across refreshes. Like ?fullscreen=yes as suggested.

Resolved enough, unclear any benefit to installing to Favorites and Projects needs additional work to make it truly useful.

In T12174#213854, @chad wrote:

It's not hard to add, just curious what the use case is. Most requests have been to "rename" the applications (Differential -> Code Review"), so pulling in built-in tooltips didn't make sense. Maybe we should add tooltip to the "Link" menu type for best flexibility.

thanks for the hint

Though I guess we need the icon typeahead there.

Alternatively, use "Link" and make whatever you want.

That's the default behavior, and you can achieve it by deleting "Name":

It would be nice if we could have tooltips for Apps, etc. too

You can now add tooltips adhoc to "Link" menu items.

Add catfacts tooltip to each application?

It's not hard to add, just curious what the use case is. Most requests have been to "rename" the applications (Differential -> Code Review"), so pulling in built-in tooltips didn't make sense. Maybe we should add tooltip to the "Link" menu type for best flexibility.

In T12174#213852, @chad wrote:

That's expected. When you customize the name, the built-in data (name, tooltip) goes away.

That's expected. When you customize the name, the built-in data (name, tooltip) goes away.

I just noticed that that tooltips behave unexpectedly for application entries in the menu: When the application has no "Name", the default name is displayed as well as a tooltip on mouse-over. When I set a custom "Name", only that name is displayed and the tooltip is no longer displayed.

In my scenario the external companies would not see eachother's tasks (separate Spaces), nor other internal items (default Space). However the developers within my company would need to see things from across multiple Spaces.

Yeah, but I still want Spaces to be "hard walls" around content. If it's just some minor dashboard permissions, it might be overkill (ie, they both need to see same tasks).

Do these dashboards contain sensitive information?

For the use-case I was trying to outline in T9501, this would be the case. We work with a handful of external companies and use Phabricator for organizing and communicating work. We also use Phabricator for our code review. Each project with external company (People, Projects, Maniphest) is organized into separate Spaces so that they are fully isolated, and we have a default space for internal use for Diffusion/Differential. Ideally when a user from Company A logs in they would land on a dashboard that shows only the Projects/Maniphest for them, while Company B user logs in and only shows the Projects/Maniphest for them.

In T12308#212972, @chad wrote:

Do these dashboards contain sensitive information?

Just tested this out with having global menu items of Create Task forms and Projects, each which are only visible based on some policy - looks to not have any issues hiding/showing based on those policies. Thanks for all this, when I get these changes into production install I'll check for feedback but I'm anticipating it will be a smoother experience for everyone.

I'm probably going to add a note to the dashboard dialog explaining home special casing better

This has been live for a couple of weeks and I don't think we've seen too much confusion from users.

Seems functional.

Oh we already had one of these

This would be helpful; post-T4900: Workboards updating in real time this would let the workboard be a broadcast mechanism of progress on an office screen, for instance.

:3

You should be able to implement canAddToObject() to do this. If you want a Home-only item, implement it like this: