- User Since
- Apr 30 2015, 8:05 AM (207 w, 3 d)
Fri, Apr 19
May 8 2018
Jan 24 2018
Jan 6 2018
Sep 13 2017
As for the templates-as-starting-points case: couldn't this be solved by implementing edit engine support for Phriction?
Aug 17 2017
Aug 1 2017
In the past there used to be a Browse button at the repository homepage in Diffusion. Clicking on it would show the file tree for the current branch and some extra buttons. You could then click Search to grep the file contents of the current branch.
Jul 14 2017
Jul 10 2017
Jun 21 2017
Jun 16 2017
Jun 12 2017
Jun 1 2017
May 29 2017
I'm not allowed to close this, but it was fixed by T12757
May 2 2017
May 1 2017
Apr 24 2017
We run into this as well, mainly when uploading photos of flipover sheets and whiteboards (to Maniphest or Phriction). Our workaround for now is to ⌘ + click, so the image will render directly into the browser instead of using the lightbox.
Apr 12 2017
Sorry, I should have thought about that!
Apr 10 2017
Fair enough. I think that if "on the $nth $weekday of the month" and "on $weekday every $x weeks" were to be supported, we would technically be able to schedule all events in Calendar. Do you know if support for this already planned somewhere, or should I create a new feature request?
Mar 27 2017
We encountered a weird bug: a colleague was shown as Busy today because she's attending an event that takes place tomorrow. Calendar on her profile page:
Mar 15 2017
Feb 27 2017
Feed shows stuff that is happening to items with a certain tag. We want to list the items themselves, not what is happening to them.
Yes, we were using the panel to show all items (tasks, revisions, wiki pages, et cetera) tagged with a certain tag.
Reading through the diff you mention (D17341 I think?) I see that the query type was probably called "Fulltext Results". Basically the query panel version of this page: https://secure.phabricator.com/search/query/advanced/
Feb 21 2017
@epriestley Would you guys be willing to accept a patch that implements this?
Feb 20 2017
Feb 14 2017
When accessing an ICS export of all events I can see (https://secure.phabricator.com/calendar/export/3/):
Unhandled Exception ("Exception") DateTime::__construct(): Failed to parse time string (@) at position 0 (@): Unexpected character
Feb 13 2017
Feb 9 2017
Future instances of recurring events aren't visible in panels when an item limit is set:
Jan 31 2017
Jan 19 2017
Nov 7 2016
@epriestley nope, as you can see in my last screenshot the Nov 8 event doesn't have any edits in the transaction log. We don't use any third-party app to edit the calendar, just the Phabricator UI.
When changing the start and end dates on all future instances of an event, some of the future instances may keep the old dates.
Aug 29 2016
Aug 11 2016
I've contacted Atlassian about this. They told me Sourcetree tracks branches automatically to cope with git's push.default setting. By default this is set to 'simple', which means git will push the current branch to a tracked remote branch that has the same name as the local branch.
Aug 1 2016
Jul 22 2016
I guess you're right. We've never really questioned the behaviour of these GUI tools. We assumed that because they do this automatically and provide no way to disable it "they'll probably know what they're doing".
I'm not sure actually. Most of us use GUI tools like Sourcetree or Git Tower, which automatically set up tracking when a branch is pushed. I guess they do this to be able to show the "Commits behind / ahead" badges on branches.
Jun 13 2016
The command output was:
[2016-06-13 17:45:26] EXCEPTION: (InvalidArgumentException) Argument 1 passed to DiffusionCommandEngine::setURI() must be an instance of PhutilURI, instance of PhutilGitURI given, called in /home/ubuntu/phabricator/src/applications/repository/storage/PhabricatorRepository.php on line 511 and defined at [<phutil>/src/error/PhutilErrorHandler.php:200] arcanist(head=stable, ref.master=e8a0ebaeffaa, ref.stable=7b0aac5c6f31), phabricator(head=1558175ec84c7b13ba3f692b897464901bc00578, ref.master=55767aac0f86, custom=2), phutil(head=stable, ref.master=dad3ab8d7e87, ref.stable=ad458fb7df59) #0 PhutilErrorHandler::handleError(integer, string, string, integer, array) called at [<phabricator>/src/applications/diffusion/protocol/DiffusionCommandEngine.php:52] #1 DiffusionCommandEngine::setURI(PhutilGitURI) called at [<phabricator>/src/applications/repository/storage/PhabricatorRepository.php:511] #2 PhabricatorRepository::newRemoteCommandEngine(array) called at [<phabricator>/src/applications/repository/storage/PhabricatorRepository.php:497] #3 PhabricatorRepository::newRemoteCommandFuture(array) called at [<phabricator>/src/applications/repository/storage/PhabricatorRepository.php:488] #4 PhabricatorRepository::getRemoteCommandFuture(string, string) called at [<phabricator>/src/applications/repository/engine/PhabricatorRepositoryPullEngine.php:350] #5 PhabricatorRepositoryPullEngine::executeGitUpdate() called at [<phabricator>/src/applications/repository/engine/PhabricatorRepositoryPullEngine.php:125] #6 PhabricatorRepositoryPullEngine::pullRepositoryWithLock() called at [<phabricator>/src/applications/repository/engine/PhabricatorRepositoryPullEngine.php:40] #7 PhabricatorRepositoryPullEngine::pullRepository() called at [<phabricator>/src/applications/repository/management/PhabricatorRepositoryManagementPullWorkflow.php:43] #8 PhabricatorRepositoryManagementPullWorkflow::execute(PhutilArgumentParser) called at [<phutil>/src/parser/argument/PhutilArgumentParser.php:410] #9 PhutilArgumentParser::parseWorkflowsFull(array) called at [<phutil>/src/parser/argument/PhutilArgumentParser.php:303] #10 PhutilArgumentParser::parseWorkflows(array) called at [<phabricator>/scripts/repository/manage_repositories.php:22]
The latest commit on stable fixes the problem for us 👍
Reverted commit rP55a698a28a750017e787979a72dd125858997fa5 on our install and repository updates now work again.
Jun 3 2016
Interestingly, the comment is suddenly marked as done when the revision is closed:
The author of the revision intended to mark the comment Done, but this didn't happen when he submitted the form. For me that seems to be unexpected behaviour.
Mar 18 2016
I just remembered another similar scenario for which this happens frequently. If someone creates a new revision for a task I'm subscribed to and simultaneously adds me as a reviewer, I'll get two emails about it.
Mar 8 2016
Feb 22 2016
Feb 1 2016
There are some errors in the log, but they seem unrelated:
Unfortunately it doesn't. I get the confirmation popup in a separate window, click Make default and I am redirected to the settings screen without the setting being saved.