Great thanks!

Closing for now, happy to reopen with reproduction steps we can follow.

This should now be fixed in HEAD of master and stable.

Cool. D16901 should fix this properly. Thanks for the report!

Fixed and I'm back up and running, thanks!

I can confirm that SHOW TABLES IN phabricator_xhpast works just fine as root mysql user, and dropping the credentials from the upgrade command yields exactly the same results as running under root. So that seems like it all ties up. I can work around this any number of ways and I will do just that.

Yeah, looks like some credential shenanigans are afoot. I instrumented the user we're actually connecting as and am getting a mixture of what I passed with -u ("trunk") and the default user ("root").

Maybe also: do you have cluster.databases configured?

If you run this from mysql directly, as root, does it work?

The Event Hovercards are not really useful: E990 The Mouse-over dialog shows no date and time for example...

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.