I'll strip restricted handles from the "Mentions" lists.

Description!

Description?

Description

Wow, isy is quite a productive little worker!

I can't reproduce this either. Here's what I did:

I can't reproduce this.

This report is missing required information.

Yeah, I tend to agree. I don't really see any approaches we can take here that don't make things a little worse for experienced users who already know what they're looking for, and I'm not sure there's too much of a use case left for less-experienced users.

The main concern for me would be typeaheads are for knowing what you're looking for already, and making that faster / easier. Browse interfaces are for discovery.

This is sort of what I was thinking about for the "Search Description" / "Usage Hint" (descriptions / projects are random examples):

Yeah, these aren't the rules from our guide. If you want help please do the following:

Did you follow our installation guide, or did you follow a third-party installation guide (for example, a blog post you found somewhere on the internet)?

@dsoap12 how you resolved this? I am facing same issue, searched a lot but not getting proper answer. Can you help out me.

@epriestley Yeah, you're right. There was a php5-fpm instance running, which i forgot to restart.

In T11809#199051, @deric wrote:

The {rP3f2f81a1c8ab6ccb99caa01b7fd12b928ed30eba} commit broke our phabricator setup.

#1054: Unknown column 'event.dateTo' in 'where clause' at [<phutil>/src/aphront/storage/connection/mysql/AphrontBaseMySQLDatabaseConnection.php:325]
PHP message: arcanist(head=master, ref.master=fad85844314b), phabricator(head=master, ref.master=bd3233d3ab0c), phutil(head=master, ref.master=e409df2720c2)
...

for fixing seems to be enough:

use phabricator_calendar;
alter table calendar_event add dateTo int unsigned NOT NULL;
alter table calendar_event add dateFrom int unsigned NOT NULL;

@epriestley Tasks that are invisible to the user show up in Mentions as "Restricted Task". Is that intentional? In most other places such tasks are simply invisible. It is information leak (even if a very small one) and does not seem to provide any benefit.

Pup was very well behaved while running the errands.

(You can also add user:

host gh github.com
     hostname github.com
     user git

$ ssh -T gh
Hi avivey! You've successfully authenticated, but GitHub does not provide shell access.

)

Okay, whew. Losing the opportunity for that joke was really keeping me up last night.

(In fact, HostName seems to default to Host, so you could just do

Host phabricator-git.myorg.com
Port 2222

)

I didn't realize all the issues around munging urls in the UI.

(You could write some similar rules if you want to try something in that vein, although it's a pretty big pain to fork JS/CSS right now.)

I should make a Herald rule to auto-resign.

Okay well @chad resigned from D16893 as soon as he saw animation in a CSS file so I don't think that one's going anywhere.

In https://phabricator.wikimedia.org/T76732#2803813 ksmith brings up that

In the search bar in the toolbar at the top of the screen, searching for "Maps" brings up Maps as the third option. Searching for "Discovery" brings up Discovery as the second option.
When editing a task and entering tags, autocomplete does bring up Maps and Discovery as the first items.

but that could be a separate (unprioritized) task I guess.

Ah, thanks! I've asked downstream if anyone still runs into any issues, but so far I also believe this is now resolved.

Alright, I'm going to try this:

Thanks @chad for your answer! I see your point.

The most-likely-to-work secret magic for "Not in: Wikidata" is not(wikidata):

phabricator.wikimedia.org is running a version including these changes plus D16886 on top. So far it looks like a great improvement!

+1 to what 20after4 wrote. The approach is definitely helpful, and to make this look less cluttered and inconsistent ("are projects with longer descriptions which take up more vertical space somehow more important?"), cutting off project descriptions seems like a good compromise.

I caught another case of this: here, "Phacility" should be first, but is not.

Oh, sorry, I meant: if security.alternate-file-domain was configured, that prevented this problem.

...

Well, I do not have configured the security,alternate-file-domain.
But it works now for me with this fix :D

I'm reasonably sure that fixes it; let us know if you're still seeing issues after updating.

(This likely would not be reproducible on any instance which has security.alternate-file-domain configured, which is why it wouldn't reproduce here or in the Phacility cluster.)

This reproduces somewhat-reliably for me with Quicksand (Persistent Chat) on.

Too bad too because I was going to write a great joke about soldering port 22 to port 2222 on your motherboard.

Actually, this also means that users can't copy/paste the thing in the web UI, right? They'll need to copy "ssh://secure@secure.phabricator.com/source/phabricator.git" from the web UI, manually edit the URI to have their host alias, then execute the command?