Ok, read that. Here is a breakdown of our wishes and what we did to implement them:

@chad Thank you for clearing that up, now I understand this design.

Is there an attempt to change this?

I did not ask for support in third party development.

In T11112#179360, @eadler wrote:

Not only this, but multiple Herald rules can conflict.

In T11112#179356, @epriestley wrote:

(...) I think these are fairly self-evident (...)

@chad Is there another possibility to perform such an action?

Thanks for the fast solution.

@chad Thanks for pointing out this obvious solution. Couldn't think of that. That of course solves my problem.

@revi This third party tool no longer exists, the two links are broken and the latest commit at https://github.com/haskell-infra/libphutil-haskell removed the changes:

@chad : Thank you for your answer, that is very helpful. I will wait for custom forms on workboards.

Maybe I have not understand this and I could also not found any documentation for this topic.

Yes, I understood the general behavior. I also read this documentation. What I could not find, however, was if there is any possibility to set tasks visibility by standard based on their associated project.

I am also unsure about how to use spaces if they cannot be applied projects.

@cburroughs: thank you

I understand that my description is not a root problem, but I don't know how I could make it clearer.

Thank you again, I try to describe the situation more clearly.

This solved my problem, thank you so much.

Thank you.

Thank you for your help, it is working now.

To manage who can seen an object, use the object's policy controls, Spaces (see Spaces User Guide) and Custom Forms (see User Guide: Customizing Forms).

Thank you for your answer, this helps me understanding the issue better.

What I would like to understand is why the directory for the local file storage is cluttered so fast with empty directories and especially why the empty folders are not removed.

Now the upload of large files (> 8Mb) works by splitting in chunks via git push. Apparently, the changes for local file storage were not saved before.

I have a similar problem as mentioned above.

when I run

phabricator/bin/repository update TR --trace

my create repository all time is the status

Type Git 
Callsign API 
Projects None
Status Repository Active	
Found Binary git	/usr/bin/git
Pull Daemon Running	
Task Daemon Running	
Storage Directory OK	/var/repo
No Working Copy Yet	Waiting for daemons to build a working copy

Changing the virtualhost configuration to the domain name and changing permissions in httpd.conf was sufficient. Thank you. (Still I am wondering why setting up the IP address was sufficient in another installation of Phabricator, but didn't work in this one).

I will get assistance from a friend in a few days, I will mark this ticket as solved (and explain how to solve it) as soon as we figure it out. Or comment again if we are not able to solve the problem by setting up a domain name.

Yes, because it could help solve my problem.

Thank you, I will look into it. Do you have any idea why this worked with the IP address on another machine (a "normal" computer, not a VM)?

When I accessed the IP address of the VM at this point.

Have you not set up a domain name yet?

Thank you for your reply.

Thank you, problem solved. I adapted the webserver user in the sudoers file.

curl gives this output.

I changed to nginx and now I got this in the error log.

Phabricator ignores the part after /T/ (The callsign) in the uri, so this is not actually a different test. Try
http://server.example.com/diffusion/NNN/not_existing.git

I checked the Apache error log file and there are no entries.

That's the expected result. Phabricator makes a bare clone (No working directory) for repositories.
Many git operations (git log, git branch, git ls-tree) would still work on a bare clone.