This task was filed through the "New Feature Request" form.
Fri, Jan 19
Thu, Jan 11
I have been trying to see about another way to do this until this is added (if it is I should say). We are finally getting ready to move to Phabricator, and I was hoping there was at least a shortcode or something I can use. Currently what I was trying to do was paste the query URL for a particular project's Passphrase credentials. What we were going to try was getting the query for whichever project's passwords, copying it, and adding it to the Project as a custom link.
Thu, Jan 4
Hi @tappers, I can't get your query flow to work on my machine, would it be possible for you to give me a simple example of a working query ?
Dec 21 2017
The apparent lack of support for scheduling in UTC in much more mature calendar software (Google Calendar / Calendar.app) further suggests that this is not an important feature for most users.
Dec 13 2017
Dec 9 2017
You need to clear some caches too - ./bin/cache purge - but I'm not sure which; And then hard-refresh the in the browser.
Dec 7 2017
Nov 30 2017
Oct 31 2017
Generally, this sort of discussion is better on Discourse (https://discourse.phabricator-community.org) than here.
Oct 6 2017
I'm going to merge this into T4369, which has some similar discussion and more context.
Sep 29 2017
Sep 27 2017
It should also work with Mercurial (D18652 and D18653 were my Mercurial tests).
I missed your question in (1). A typical scenario for this would be when working on a feature which requires some refactoring work to be done. A revision is created with just the refactoring work and then a dependent revision is made which includes the actual feature work. During feature work additional refactoring might be made and need to update to that changeset and either add/amend changes, rebase the dependent revision back on top. Having the bookmarks auto created would help especially when using arc:bookmark when updating revisions back to phab.
Is the experimental fix git-only or can we test with mercurial as well?
Sep 11 2017
We generally stopped seeing this after moving to InnoDB FULLTEXT, which seems less prone to table crashes than MyISAM FULLTEXT was. See also T12819 for the fate of InnoDB FULLTEXT.
Aug 28 2017
We'll consider offering instances in the Sydney region in the future, but this isn't really a valid feature request or bug report. Feel free to continue discussion on Discourse.
Aug 23 2017
Should be quick to implement.
Aug 22 2017
See also PHI41.
Aug 15 2017
Just sweeping this up, rewriting the property display to show +x seems reasonable to me but I think it's self-evident enough that we don't need to keep a task around for it.
I don't think this meets the high bar required by modern feature requests (see "Upstreamable Feautures" in Planning).
(This isn't anything upstream-actionable.)
I don't think this clearly describes a root problem. PHI33 touches on similar issues, and I'll file something vaguely in this realm if anything comes of that.
Aug 6 2017
Aug 5 2017
remind me to add some more icons for Link.
That looks pretty hawt.
Aug 4 2017
Happy to take a look if you found a reasonable way to get access to $request. If you're reading $_REQUEST['__path__'] directly or something though the eventual upstream version probably won't look too similar.
I've written a patch to make this work for the project sidebar nav for my organization's install. I don't want to take up your time with it if it's not helpful, but let me know if you'd like me to push a diff.
Aug 3 2017
I'm just going to merge this into T5258. There are two separate issues here:
This bug does exist on this server, but unclear why. Maybe related to size of image, but probably best solution is some command-line tool to regenerate all file transforms? I don't think making PHIDs easy to find inside the app is very user friendly.
Doesn't look like the repository will even attempt to clone over HTTPS: