Thank you so much for the help. Now it works.

Looking at the first image, it looks like the symbols are defined to be cpp symbols; That would fit your description of the behavior:
When searching from the search-field, the system ignores language of the symbols; When looking from a source file, it narrows down the search to files of the same language - in this case I think it should be swift.

In T10460#162318, @teror4uks wrote:

I am solving this problem. Reason was in empty Callsign in setting repository. After I added callsing, revisions became openable for audits.

P.S. Sorry for my english.

In T7090#93682, @rag3rac3r wrote:

SELinux is currently disabled (until everything else works, then it's that project).

The Permission Denied is the result from when the SSHd tries to execute the 'phabricator-ssh-hook.sh'.

The log output is the following:

Jan 29 00:16:44 sshd[19506]: error: AuthorizedKeysCommand /path/to/phabricator-ssh-hook.sh returned status 126
Jan 29 00:16:44 sshd[19506]: error: AuthorizedKeysCommand /path/to/phabricator-ssh-hook.sh returned status 126
Jan 29 00:16:44 sshd[19506]: error: AuthorizedKeysCommand /path/to/phabricator-ssh-hook.sh returned status 126
Jan 29 00:16:44 sshd[19506]: error: AuthorizedKeysCommand /path/to/phabricator-ssh-hook.sh returned status 126
Jan 29 00:16:44 sshd[19506]: error: AuthorizedKeysCommand /path/to/phabricator-ssh-hook.sh returned status 126
Jan 29 00:21:36 sshd[20143]: Disconnecting: Too many authentication failures for vcs-user [preauth]

Some trial and error showed that it occurred when the script attempted to run ./bin/ssh-auth

T10940 should be resolved now, D15903 should resolve lock granularity.

Tagging Wikimedia - This task would resolve a regression we experienced after having moved from Gerrit/Gitblit to Phabricator Diffusion as primary repo browser. Gitblit, similar to GitHub, rendered .md files as Markdown by default. (Remarkup would be fine, too.)

T10748 is moving into production, which is the last major new piece here. Remaining cleanup work I plan to do in this phase:

Going any farther than this risks some inconsistency / data loss and we haven't managed to break this yet, so I'm going to consider this sufficiently robust until we see evidence otherwise.

It's on an invisible page <_< >_>

Callsigns have been optional for a while now so I'm going to close this. See T4245 for context and followups.

Thanks for the fast solution.

You can edit the urls here: ..../diffusion/..../manage/uris/
The first .... is your domain. The second is the name of the repo.

yes, problem resolved.

This behavior seems reasonable at HEAD and we haven't seen other issues with it.

This report doesn't include reproduction steps so we can't move forward. See Contributing Bug Reports and Providing Reproduction Steps.

It sounds like this is resolved.

D15873 makes this explicit in the dialog.

Ah, thanks.

svn repos now say "checkout: ssh://..." instead of svn+ssh://, making svn clients are angry.

I ran into this same issue, it was caused by user error, but the error handling of diffusion could still be fixed. Here's how to reproduce:

After that action phabricator redirects to the main repo page. Is that expected?

Thanks for that quick fix. :)

D15865 fixed some issues, but if you go to manage repo, and click reload there is still a problem: After that action phabricator redirects to the main repo page. Is that expected? The disadvantage is, that this causes long webpage load, if you have a normal repo. Is there a solution for that?

D15856 appears to have fixed this

Looks like anonymous clone over https stopped working? T10927

My early-morning logic went something like "it's still there on disk so...".

I nuked the new controller in that diff