- User Since
- Apr 16 2013, 8:32 PM (425 w, 3 d)
Tue, Jun 1
Sorry to hear that and hope everything is OK with you @epriestley.
I spent many hours learning from this high-quality code base.
Best of luck in whatever you do in the future.
Aug 13 2019
Apr 19 2019
Mar 15 2019
Feb 12 2019
Jan 6 2018
Jul 24 2017
Roger that. I don't expect support for it and it's quite minor, I merely thought it slipped through. I will let it be, and will use https://discourse.phabricator-community.org/c/bug in the future.
@chad, bringing this up as it still persists after today's upgrade. Apologies in advance if replying to a bug is not the preferred way to resurface it.
Jun 2 2017
Jul 7 2016
Although the new graph display has the branch-like display at the left, that column is removed from the task titles (2 columns away) - which aren't indented to clearly show the parent-child relationship.
Jul 4 2016
Jun 14 2016
@OCram I've been using it in production for months, it works well enough for our needs, including in the current codebase. It just displays child tasks in a tree-like manner, doesn't change anything.
May 18 2016
Mar 7 2016
This indeed looks fresh and cleaner, good job.
Feb 17 2016
In my case when attempting to generate symbols (per https://secure.phabricator.com/book/phabricator/article/diffusion_symbols/ ), this error was fixed by running make install in /usr/local/phabricator/libphutil/support/xhpast
To add to this, viewing a Task shows "Projects" whereas editing it shows "Tags". This caused confusion to one of my users, who couldn't find where to update the Projects while editing a task.
Jan 13 2016
*nod* I found that task and used it to clean my arcpatch branches. If I may make a suggestion, could arc patch try to be clever about it and overwrite arcpatch-D69 only if there are no local modifications, and/or after confirming with the user?
Dec 16 2015
Dec 10 2015
Excited about this too!
Dec 9 2015
I just realized after testing a few versions that the "Auditors: <username>" in the commit message needs to have 1 empty line before it to be triggered. Probably some parsing issue.
Nov 18 2015
After a few months of using P1094, we have found it invaluable in getting an overview of big and deep tasks. It is sufficient for our needs, we're happy with it continuing to work locally.
Oct 25 2015
Oct 23 2015
Aug 26 2015
$edge_type = PhabricatorEdgeConfig::TYPE_TASK_DEPENDS_ON_TASK;
This won't work in current code, since December 2014
Aug 15 2015
After thinking a litle more about T9183, the usability issue I'm seeing as our usage of Phabricator grows is *finding* the object / Project in the JS policy dropdown, to which I want to make the edited task visible. As the Projects list grows long, this action requires scrolling the entire page and results in a jerked jump back to top after selecting a Project. The natural sorting that I suggested there would only alleviate this slightly.
Aug 14 2015
Jul 28 2015
Jul 7 2015
I recreated the error:
Jul 6 2015
Unfortunately no, it fell off the scrollback buffer. It was attempting to create database phabricator_spaces, and the mysql user it was using per the configuration didn't have access to do that.
Jul 3 2015
@chad I hadn't upgraded, partly due to this. I'll do that soon and get back to you. Appreciate the quick responses.