And original subject was to add the "idea" and "phpstorm" as allowed editor protocols as well.

Here is the link I've mentioned:

Yes, I did restarted the server. As I said I have 2 problems in one:

This line phpstorm://open?file=%f&line=%l as seen on screenshot I've originally attached to a task.

Nope, @hach-que. Your command gives following error:

Changing configuration allowed to save my new editor in Display Preferences. However when click on "Open in Editor" link in "View Options" a file on a commit page I get error dialog (url http://.../help/editorprotocol/):

I've managed to set new value from command line using this command:

./bin/config set uri.allowed-editor-protocols '{"http":true, "https":true, "txmt":true, "mvim":true, "vim":true, "subl":true, "emacs":true, "editor":true, "phpstorm":true, "idea":true}'

As advised I've tried to change configuration variable value, but got this error:

Like JIRA Agile addon-on for Atlassian's Jira. I see.

I do use Phabricator, but it's first time, when I hear about columns of any kind. I haven't seen any tabular data in Phabricator either.

What are the workboards? Can you please add a screenshot?

That did help indeed.

Nope, should I? It's the ./bin/phd restart?

Maybe it's the quoted printable encoding is done wrong. I guess for PhpMailerLite the quoted printable encoding maybe is default value.

I do. I've reverted https://secure.phabricator.com/rPb7ad48aa50f4634caa38f95c3cefb20839be6fcf as you suggested and it got worse:

are you using one of PHPMailer or PHPMailerLite?

I've found the problem. It appears that there are 10 rouge daemons and one was detected at a time. I've killed all "php" processed executed by Phabricator using "sudo" and now problem is gone. Several restarts never cause rouge daemons to appear.

Here is the output of sudo ./bin/phd stop --force:

can you give me the latest output from running ./bin/phd restart --force and ./bin/phd restart ?

Yes. No change.

Yes. I'm using update_phabricator.sh script from documentation.

It got worse in fact. Now I have 2 of daemons ported as hanging.

It appears, that the PhpStom only adds

Nope. Just reported what I saw. Since I only had this problem on 1 of 2 Phabricator installs I thought this might be something to do with configuration.

Old task (1+ year old). Maybe this can be implemented in visible future (e.g. before end of the year)?

Maybe there is such option in the Differential, but not in Diffusion, where I'm looking at commit and writing audit on it.

Have you updated in the past week (Audit is undergoing migration work)?

That would be problematic if we're using Tab Panel, where clicking on tab name would switch to that tab instead of opening "View All" page.

OK.

I'll placed 2 audit panels on 1 dashboard. Thanks.

We can have "Default Role", which by default will be everything that Phabricator has default for right now. Then admins can create new roles and maybe set another default role. New users will have default role, that administrators chosen, but can override it.

In T5562#4, @timor wrote:

I think if you click "Edit queries..." you can move up the query you want as default to the top of the list.

Cap the number at something reasonable (999)

I was too obsessed with trying to find Phabricator-style database name, that I haven't noticed that obvious name.

I know that it's a large counter and that's why in T5295 I'm trying to build a graph of commits/audit rate to figure out why I have that many.

Is %s subscribed him/her/it/them/selfs(es) to this task. notation parsed automatically?

aik099: Sounds like a topic for a separate ticket?

Text like "aklapper added a subscriber: aklapper." looks too programmer-friendly (in UI and in e-mail). Maybe when changed to "aklapper added himself/herself as a subscriber." it will look better.

I have PhpStorm installed and I can generate as many patches as you need. Then you can tests based on provided patches and that's all.

And this surely was working with my current application configuration (what is disabled and what's not) before I've updated Phabricator install yesterday.

It's more general problem, because why the heck the Differential is used to parse the commits, shown in Diffusion. I think each application must be a standalone. If it's not then disabling of applications, that are needed by other applications should be prevented.

If I uninstall application and later decide to enable it back will it be possible?

It's worth noting that Phabricator is designed to be very modular, and you can disable any future Harbormaster/Drydock if you so choose.

Knowing that Phabricator is the best Code Review tool (at least in my company) on the market this own Phabricator CI system should be a feature rich addition.

I wonder if a Jenkins can be used to do all the build stuff and then just report back to Phabricator with Differential/Commit ID and all needed build artifacts.

Rough cut of the new local navigation:

Strings like @mentions aren't always live in a remarkup block.