- User Since
- Aug 25 2015, 11:02 AM (275 w, 2 d)
Aug 13 2019
Apr 19 2019
Jan 6 2018
Jun 1 2017
May 15 2017
May 14 2017
Feb 1 2017
Sep 16 2016
Ok, read that. Here is a breakdown of our wishes and what we did to implement them:
Sep 14 2016
Aug 23 2016
Aug 21 2016
Jun 29 2016
Jun 27 2016
@chad Thank you for clearing that up, now I understand this design.
Is there an attempt to change this?
Jun 22 2016
Jun 20 2016
I did not ask for support in third party development.
Jun 8 2016
Jun 7 2016
@chad Is there another possibility to perform such an action?
May 18 2016
May 17 2016
May 14 2016
May 13 2016
May 11 2016
Thanks for the fast solution.
@chad Thanks for pointing out this obvious solution. Couldn't think of that. That of course solves my problem.
May 10 2016
@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:
May 9 2016
Mar 21 2016
Mar 18 2016
@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.
Mar 16 2016
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.
Mar 15 2016
@cburroughs: thank you
I understand that my description is not a root problem, but I don't know how I could make it clearer.
Mar 14 2016
Thank you again, I try to describe the situation more clearly.
Mar 11 2016
Feb 26 2016
Feb 10 2016
This solved my problem, thank you so much.
Feb 8 2016
Feb 5 2016
Feb 4 2016
Feb 3 2016
Feb 2 2016
Feb 1 2016
Jan 27 2016
Thank you for your help, it is working now.
Jan 26 2016
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).
Nov 24 2015
Nov 10 2015
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.
Nov 9 2015
Nov 4 2015
Nov 3 2015
I have a similar problem as mentioned above.
Nov 2 2015
when I run
phabricator/bin/repository update TR --trace
Oct 29 2015
my create repository all time is the statusType 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
Oct 8 2015
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).
Oct 6 2015
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.
Sep 28 2015
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.
Sep 25 2015
Sep 24 2015
Aug 28 2015
Thank you, problem solved. I adapted the webserver user in the sudoers file.
Aug 27 2015
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
Aug 26 2015
I checked the Apache error log file and there are no entries.
Aug 25 2015
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.