This hasn't come up again in three years so I'm just going to assume that everyone is realistically installing 0.7.0 or newer nowadays. Today, optiping strongly recommends upgrading to 0.7.6 or newer to fix some security issues.

Forgot to mention we're running stable week 34.

Let me see if I can reproduce this, but this is probably straightforward to fix -- I suspect some code just didn't get updated when Owners packages became mailable.

This a very old task that lacks root problem / use case information that we require for modern feature requests.

In T11518#191395, @yelirekim wrote:

Revision.

Basically "is the diff people are reviewing identical to your local branch"

Revision.

I'd call this thing arc status, because arc feature is "a wrapper on git branch", and flow makes me think of git-flow.

which devs don't? it's the designers, isn't it.

This general issue receives significant discussion in T3875. I don't think we've seen significant adoption of the unusual "stacked-on-the-same-branch" workflow, but similar concerns apply to branches-on-branches at the least.

I believe this was resolved by T6878 or related work. In the modern codebase, we fetch with --prune and explicit refspecs, which is sufficient according to git help fetch:

In T11517#191349, @chad wrote:

Please follow the instructions in Contributing Bug Reports. This is not a valid report without version information and step by step reproduction information.

Please follow the instructions in Contributing Bug Reports. This is not a valid report without version information and step by step reproduction information.

So for us "Close task" doesn't work anymore, looks like you just have deleted the code which processed the button. Is there any replacement for this I don't know or you have just deleted a nice convenient feature which worked fine for some people like we are?

who can help me?

I need help:>>> UNRECOVERABLE FATAL ERROR <<<

Note: this is only to log informations and try to reproduce the issue, with other user who see this bug, is it okay if I keep using this ticket ?

I hate commanding arc with these commands. Can we also please add please do a prefix for everything? Like arc please do a diff, arc please do a land

Ah, the project creation issue with gd issue is captured in T10405.

@epriestley - I did the same on your setup and can't reproduce!

Also arc anist should probably be an alias for arc, so you can type arc anist diff.

Thanks! I still can't reproduce this. Here's the install I brought up, following your instructions as closely as possible:

I want to join in

@epriestley - Find the steps below. If the below seems insufficient, please close the ticket. I have a workaround which works and I have attempted to substitute any other extra reproduction steps with a diagnosis.

This is not a bug report until it has reproduction instructions. If we don't get reproduction instructions, we will not send this to the bottom of the list -- instead, we will close the report as "Invalid" and ignore the problem: we can not move forward without reproduction instructions.

@epriestley - I want to be as clear as possible that this is NOT a support request. I have a perfectly working hack ( something I think actually addresses the root issue of JS dependencies at some level ). So I am just trying to help and I don't have a sense of how critical this issue is to the overall Phab roadmap. So I will perfectly happy with Phab eveb if this gets thrown at the bottom of the list and will be happy to stop updating this specific issue if its distracting.

arc anoid already works

Ah yes I forgot about the fun of internationalization. Btw those fragments are correct 👍🏻 (I speak Spanish).

Strings with sentence fragments like that can be difficult to translate in the normal human language sense, see:

The translation.override settings seems to be the easiest path forward. I definitely don't want to be modifying the source if I can help it.

It's possible there's some weirdness, but I think it just works. Let me know if that doesn't hold up in practice.

No I just read over all of the email commands and didn't see any exceptions thrown and I assumed this didn't work.

This is probably something we'll need in the very long run for T6703 (if we legitimately let you connect to two different LDAP servers, it would be silly to have two "Login with LDAP" dialogs) but, yeah, using translation.override or just editing PhabricatorLDAPAuthProvider might be the shortest path today.

Can you just override the translation? /config/edit/translation.override/

Per discussion T11508, I'm just going to officially call this a "feature".

Essentially I would like to customize the "Login or register with LDAP" here to be "Login or register with OpenDirectory"

(You are free to choose any other behavior -- even a useful one -- the requirement is only that arc weld do something.)

This will further familiarize you with arc. This may make sense to hold until some time after T5055, when arc workflows may change a bit. See also T11429.

You can find this UI in Config → Home Page → Pin Application. Here's the relevant control:

I think you should be able to throw any exception to get a reply to the user. Here's what I expect you to get back (from T10709), at least roughly:

This is similar to T9982. Complete that task first, which describes the SQL migration process in more detail.

This is an opportunity to earn valuable contributor points and explore the dark corners of the codebase. Spooky!

FWIW, in our case the bug was also triggered by logging in for the first time (for this account) using LDAP.

Welcome to PHP! This will familiarize you with PHP! PHP is a special language!

Guessing this is the same as T9235.

This will "help" you "become more familiar with Phabricator's codebase".

This will sort of introduce you to modifying arc.

Phabricator can be configured with a "preamble" script, for making certain environmental adjustments to deal with loadbalancers. This is described in Configuring a Preamble Script.

PhabricatorRemarkupFigletBlockInterpreter is a remarkup rule for rendering figlet fonts, invoked like this:

Let's permanently destroy some data! This will introduce you to how to perform schema changes.

Perhaps in a separate change, it would be nice to maybe show the application name under the more modern document types -- for example, show "Diffusion" here: