That's odd...

• do you have an entry for "https://we.phorge.it/api/" in your ~/.arcrc ?
• I'm also confused about the --trace not including any comment about loading any configuration source - that's probably a bug
• how about echo {} | arc --trace call-conduit -- user.whoami ? in the phorge dir and in other dirs?
• I'm assuming /home/kuba/bin/arc is a symlink to arc that's in ~/Downloads/arc?

Also, commands like arc patch and arc diff --update work fine for me, it seems that only arc land is affected.

• Better syntax highlighting

Running with --trace gives me:

The highlighting process could track elapsed time and stop highlighting any further documents after a fixed amount of time elapses...

Thanks for the note, Andre! I've went ahead and updated the revision as discussed above.

• Add spaces in HTML message builder instead of to each item text

fix PHPDoc (last version v2.4_final3_really51.zip)

(In the meanwhile, removing the red semaphore, since the goal was to attract reviewers and it worked asd)

In D25419#12616, @waldyrious wrote:

Should I go ahead and submit a different patch? Or could I somehow contribute the edit to this patch?

I totally agree with these additional considerations. Thanks.

Since I can, thanks to that revision, at work I've put this additional CSS rule for extra nonsense scary climax.

@aklapper you are now a member of Blessed Committers.

fix PHPDoc

Since this was vetted by epriestley and previously by myself as well. I think that it exceeded the minimum standard for code review before it landed here.

Here's another one that I think deserves to be upstreamed: https://phabricator.wikimedia.org/T230787 adds context and search term highlights to fulltext search results. Currently Phorge and upstream Phabricator only show matching document titles with highlights on keywords in the title but not the body.
The efficiency of my solution is questionable, however, it's working well enough for Wikimedia's use of the feature.

• add dedicated class to handle things
• add interesting test cases
• ready for dinner

For better syntax highlight feel free to adopt ,lang=ini in the code block. So, the line becomes:

Thanks!

I really appreciate this, and I can confirm that this systemd service is almost exactly the one I have in my production. Premising that in my production I've added also:

Partially related, a systemd unit for the SSH server. Proposal in D25497

Thanks, it was just a docs typo fix, so I ran the arc diff command with the --nounit flag

Since we already show the full (public) key when editing, then I don't see a reason not to show it after it's revoked.

I'm quite sure that somebody of you will join FOSDEM. In case, please join this talk as presenter :)

1b. Did you restart FastCGI after updating the code?

1. Yes, you should have D25387 - which makes it very strange that you're getting an exception.
2. That's the trace, yes.
3. I've added you to Trusted Contributors, so you can file bugs in maniphest, etc.

I’ve been meaning to investigate this. It also has thrown me that it’s not available where you expect it. I do suspect @valerio.bozzolan is right

I wonder if under the hood this means "Add branch support to Locate File"

Unless something broke, this task is now complete.

• add PHP version
• rebase

Well, no opinions from the team. I still think this should be implemented... 😁

I'm trying debug mode

./bin/phd debug PhabricatorTaskmasterDaemon