There's no pathway forward here without reproduction steps.

I think this use case (specifically, deploying working copies of a repository to a Phabricator host) is extremely unusual.

@PhabTab Prefer this discussion to occur somewhere other than this task. See Support Resources under Community. But I think if you pull up PhabricatorContentSource in Diffusion and look at Commit History, you should find your answer.

In T3179#181813, @PhabTab wrote:

What could be the alternative method for

PhabricatorContentSource::newConsoleSource()

Was there a previous Phabricator version with this method? Which method replaced it?

What could be the alternative method for

PhabricatorContentSource::newConsoleSource()

Was there a previous Phabricator version with this method? Which method replaced it?

Neither phill nor Bitnami are upstream built/supported.

Unfortunately I cant import with phill. I get:

I think we'll manage. (:

Yep, sry, I didn't know that that was your test account, but @epriestley told me at IRC.

I added those for a reason.

m8b

Countdowns!!!!!!

My plan forward is:

Presuming this is resolved, but let me know if I'm missing anything.

See D12033 for discussion.

oh

It's intentional that we don't support these because they appear frequently in expressions source code, for example:

also affected by this, same report/errormessage.

well now

I totally understand. Since it doesn't seem likely that I can reproduce the issue, I'll dig more and see what I can find helpful. Thanks.

Basically us taking 1-2 hours to solve a complex issue is likely very reasonable vs. you spending hours/days on it depending on severity and timeliness need.

Uh, okay. That number looks scary. I guess I have to figure it out by myself. Thanks.

We're happy to do whatever you need under Phacility Consulting services. This bills out at $1,500 an hour.

Chad, would screen remote-control work for you to help?

Basically, we need specifics in order to provide you with additional help. If you could go out of your way to give us too much information, it would be great.

git pull isn't how you update Phabricator. Can you go into complete detail of every command you ran, cut and paste the output if you like.

Chad, I really appreciate your help. For clear steps, all I did was just 'git pull', and I'm sorry, I know it's really inconvenient for you but I don't think I'd be able to provide the access unfortunately. Is there any other option for me to get help? Like point me to how I could debug this. Thanks. Appreciate.

Can you either provide us with a clear set of steps to reproduce the issue on a second machine or provide us access to your machine?

Thanks. I've done a full update with the sample script at https://secure.phabricator.com/book/phabricator/article/upgrading/ and got the same error.

I'd do a full update to Phabricator (pull most recent) and restart php/apache. Generally "Class not found" indicates somethings out of sync or not updated properly.

So these are all unreachable commits that have now been imported?

In T11188#181667, @epriestley wrote:

Are all of these events commits?

I got the error after the following commit

8cdafb0 - Allow users to set a line-height in their monospaced font preference

I did a full update and restart httpd and phd, and that's what I got. How I can provide more information for debugging? Thanks.

I'd do a full update to Phabricator (pull most recent) and restart php/apache. Generally "Class not found" indicates somethings out of sync or not updated properly.

I've never seen that error occur before. Can you provide steps to reproduce the error?

I've never heard of anyone running into an issue like this, and there are no tools to clean it up.

Are all of these events commits?

My PhabricatorRepositoryPullLocalDaemon is not working, with the above error. Can anyone help? Thanks.

I explained this above, in T11187#181641.

Why the customfields are not displayed in the history in the maniphest view, but only once in details?

See T3179.

I dont want to impersonate. I want to preserve a history from a redmine stack using a customfield like edited-by. Unfortunately this field wont be displayed in tasks/all. What should I do?

No. Phabricator is explicitly designed to make it impossible to impersonate other users.

May is it possible using a maniphest.customfield like 'edited-by'?

By design, it is not possible to impersonate other users over Conduit. There is no transaction you can construct which will list any user other than the authenticated user as the author.

Thx, could you give me please an example transaction, where another author than 'user' will be listed in history as editor?

When you apply a group of changes with a *.edit endpoint, they are all applied at once, as though you had submitted an "Edit" form or a comment with actions. In particular, this means:

We haven't seen any other users run into difficulty with this, but we'll keep an eye on it and consider updating the documentation if we see further confusion.