editor/editor_node.cpp:5268 - An EditorPlugin build callback failed #35897

TZubiri · 2020-02-04T06:46:15Z

Godot version: 3.2 mono

OS/device including version: Ubuntu 18.04

Issue description: Projects fail to run, error message is editor/editor_node.cpp:5268 - An EditorPlugin build callback failed. This happened on an imported project, and later happened in a blank project as well. On the blank project, I can run it once, then the bug appears. Deleting the .sln file seems to fix the problem, restoring it causes the error to pop up again.

Steps to reproduce: Do not know.

Minimal reproduction project: https://github.com/TZubiri/godot-mcve-bug

Related issues: #23562 #29232

TZubiri · 2020-02-04T06:52:37Z

I'm pretty sure .sln files are visual studio files, so they shouldn't be generated on linux, same with .csproj and the Properties folder.

TZubiri · 2020-02-04T07:16:34Z

Workaround didn't work on the project somebody shared with me, only in the mvce :/

sbatial · 2020-02-07T21:46:21Z

I have the same issue on OSX.

Marre246810 · 2020-02-08T19:10:07Z

So I did some diggin and after some time I found a way to fix it! So to fix the problem I looked at the error message and the solution is to download the .NET FRAMEWORK develeper pack for version 4.7.
download here.

TheArturZh · 2020-02-10T12:52:25Z

Had this problem after installing mono-devel from Ubuntu reps, solved it by installing Mono using this guide:
https://www.mono-project.com/download/stable/#download-lin-ubuntu

TZubiri · 2020-02-11T05:13:35Z

Installing mono with apt-get mono-devel solved my issue.

The ideal solution would be to add a check for this dependency and switch to a specific error message that links to any of the following:

Linux: https://www.mono-project.com/download/stable/
Windows: https://visualstudio.microsoft.com/downloads/?q=build+tools

I'd suggest bundling the dependency, but I assume there was a conscious decision not to do so, and I can image sane reasons to do so.

williamdsw · 2020-03-28T03:45:36Z

Same issue here, using Windows 10.

thorlucas · 2020-03-29T07:14:59Z

Same issue on macOS Catalina.

markodevv · 2020-04-05T18:04:24Z

Changing build to Mono under Editor => Editor Settings => Mono => Builds worked for me on Windows 10 since i have Mono installed

Mono : https://www.mono-project.com/download/stable/

lekxandy · 2020-04-06T20:56:03Z

Changing build to Mono under Editor => Editor Settings => Mono => Builds worked for me on Windows 10 since i have Mono installed

Mono : https://www.mono-project.com/download/stable/

Works for me too, thanks!

timothyparez · 2020-04-11T09:50:18Z

Same problem here on Ubuntu 19.10
The .sln and .proj files were automatically generated by Godot at some point.
I have to delete them manually for the build to work.

I have mono-complete installed
There is no mono under Editor Settings => Mono => Builds, only msbuild

timothyparez · 2020-04-12T04:20:11Z

Turns out while I had mono-complete installed, the default version in Ubuntu 19.10 is old (5.x).
So had to manually add the repository for the latest mono version: https://www.mono-project.com/download/stable/#download-lin-ubuntu

The project can now build

Calinou · 2020-04-12T11:30:49Z

We should find a way to display a warning on startup if the Mono version detected doesn't match the one required by Godot.

TZubiri · 2020-04-13T18:28:44Z

We should find a way to display a warning on startup if the Mono version detected doesn't match the one required by Godot.

It would be nice to implement this as a secondary line of defense. But the main solution would be to install mono in the main install procedure, so in linux it would be marked as a dependency in the .deb package.

neikeq · 2020-04-13T18:48:11Z

Officially distributed Godot doesn't require a specific mono version. It only needs msbuild 15.0 or greater which is included with mono-complete for mono 5.x.
IINW Godot already shows an error about MSBuild not being found.
I'll need more info about this issue. Is there any error in the Builds tab? If not, enable the editor setting Mono > Builds > Print Build Output and copy here the command line output from the Godot editor when building.

mattrobin · 2020-04-14T00:46:41Z

Update:
In my case, it was because I had previously been casting Godot's Godot.File.ModeFlags to int (using an earlier Godot/Mono version). I'm assuming I had been casting these for a reason previously, however, it seems the new version does not need to be cast, and removing the cast solved the issue for me. It's possible others' problems are also casting Godot flags (or something similar). Check the build tab for error messages.

Original message:
Same issue.
macOS Catalina 10.15.4
Godot v3.2.1.stable.mono.official
Mono 6.8.0

Error in the build tab:
someProjectFile.cs(21,67): error CS1503: Argument 2: cannot convert from 'int' to 'Godot.File.ModeFlags'

Looks like I was previously using Godot's File library and casting with (int) File.ModeFlags.Read. This is no longer working. Likely, I just need to do something other than this cast.

RagingRoosevelt · 2020-05-03T02:13:06Z

I had this same issue on windows 10. Solved by installing .NET Framework Developer Pack from https://dotnet.microsoft.com/download/dotnet-framework and then editing the <ProjectName>.csproj file in the root of my project folder to make sure it pointed to the version of .NET Framework that I installed.

akibabu · 2020-05-10T16:46:03Z

Same on Ubuntu 20.04

Worked in a new empty project when I managed to remove the .sln project but in my real project the .sln file is recreated every time before build

editor/editor_node.cpp:5268 - An EditorPlugin build callback failed.

Godot 3.2.1.stable.mono
Mono 6.8.0.105
.csproj .NET 4.7

neikeq · 2020-05-10T19:15:21Z

@akibabu Any error on the build issues panel or the msbuild log? If not any errors in the terminal if you run Godot from there?

timothyparez · 2020-06-09T01:39:29Z

This issue hit me again. For existing and new projects and I have no idea what changed.
Deleting the .sln file does not help either.

editor/editor_node.cpp:5268 - An EditorPlugin build callback failed

Mono JIT compiler version 6.8.0.105 (Debian 6.8.0.105+dfsg-2 Wed Feb 26 23:23:50 UTC 2020)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
	TLS:           __thread
	SIGSEGV:       altstack
	Notifications: epoll
	Architecture:  amd64
	Disabled:      none
	Misc:          softdebug 
	Interpreter:   yes
	LLVM:          supported, not enabled.
	Suspend:       hybrid
	GC:            sgen (concurrent by default)

xbuild output:

usr/lib/mono/xbuild/14.0/bin/Microsoft.Common.targets:  warning : TargetFrameworkVersion 'v4.7' not supported by this toolset (ToolsVersion: 14.0).

	 1 Warning(s)
	 0 Error(s)

Time Elapsed 00:00:00.2843780

Every time I try to build in Godot it generates the .sln file.

Distributor ID: Ubuntu
Description:    Ubuntu 20.04 LTS
Release:        20.04
Codename:       focal

timothyparez · 2020-06-09T02:28:39Z

I had to completely purge and re-install mono

 sudo apt-get purge libmono* cli-common mono-runtime 
 sudo apt-get autoremove
 sudo apt-get install mono-complete mono-devel

That fixed it.

madmiraal · 2020-06-10T08:11:31Z

On Windows, with Editor Setting->Mono->Builds->Print Build Output switched on, I get the following error messages in the console:

System.IO.FileNotFoundException: Cannot find executable for 'MSBuild (Mono)'. Tried with path: bin\msbuild.bat
  at GodotTools.Build.MsBuildFinder.FindMsBuild () [0x000d8] in <2044463e768c4e5583b7cc0d485c7dca>:0
  at GodotTools.Build.BuildSystem.GetMsBuildPath () [0x00000] in <2044463e768c4e5583b7cc0d485c7dca>:0
  at GodotTools.Build.BuildSystem.LaunchBuild (System.String solution, System.String config, System.String loggerOutputDir, System.Collections.Generic.IEnumerable`1[T] customProperties) [0x0001a] in <2044463e768c4e5583b7cc0d485c7dca>:0
  at GodotTools.Build.BuildSystem.Build (System.String solution, System.String config, System.String loggerOutputDir, System.Collections.Generic.IEnumerable`1[T] customProperties) [0x00000] in <2044463e768c4e5583b7cc0d485c7dca>:0
  at GodotTools.Build.BuildSystem.Build (GodotTools.BuildInfo buildInfo) [0x00018] in <2044463e768c4e5583b7cc0d485c7dca>:0
  at GodotTools.BuildManager.Build (GodotTools.BuildInfo buildInfo) [0x0006c] in <2044463e768c4e5583b7cc0d485c7dca>:0
ERROR: call_build: An EditorPlugin build callback failed.
   At: editor/editor_node.cpp:5268

So it's correctly detecting that it can't find the msbuild file, but the error message is misleading.

madmiraal · 2020-06-10T09:09:37Z

After installing the latest Stable Mono release v 6.8.0 I get the following error messages at the console:

Running: "C:\Program Files\Mono\bin\msbuild.bat" "C:/Users/Marcel/Downloads/Godot/Test Mono/Test Mono.sln" /v:normal /t:Build "/p:Configuration=Tools" "/l:GodotTools.BuildLogger.GodotBuildLogger,C:\Program Files\Godot\GodotSharp\Tools\GodotTools.BuildLogger.dll;C:\Users\Marcel\AppData\Roaming/Godot/mono/build_logs\20bf9bb17481a4e075c13d92c0d83ff3_Tools" /p:GodotDefineConstants=\"GODOT_WINDOWS;GODOT_64;\"
Microsoft (R) Build Engine version 16.5.0-ci for Mono
Copyright (C) Microsoft Corporation. All rights reserved.

Build started 10/06/2020 08:59:29.
Project "C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.sln" on node 1 (Bu
ild target(s)).
ValidateSolutionConfiguration:
  Building solution configuration "Tools|Any CPU".
Project "C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.sln" (1) is buildi
ng "C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.csproj" (2) on node 1 (
default targets).
C:\Program Files\Mono\lib\mono\msbuild\15.0\bin\Microsoft.Common.CurrentVersion
.targets(1193,5): error MSB3644: The reference assemblies for .NETFramework,Ver
sion=v4.7 were not found. To resolve this, install the Developer Pack (SDK/Targ
eting Pack) for this framework version or retarget your application. You can do
wnload .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks
[C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.csproj]
Done Building Project "C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.cspr
oj" (default targets) -- FAILED.

Done Building Project "C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.sln"
 (Build target(s)) -- FAILED.


Build FAILED.

"C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.sln" (Build target) (1) ->
"C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.csproj" (default target) (
2) ->
(GetReferenceAssemblyPaths target) ->
  C:\Program Files\Mono\lib\mono\msbuild\15.0\bin\Microsoft.Common.CurrentVersi
on.targets(1193,5): error MSB3644: The reference assemblies for .NETFramework,V
ersion=v4.7 were not found. To resolve this, install the Developer Pack (SDK/Ta
rgeting Pack) for this framework version or retarget your application. You can
download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpack
s [C:\Users\Marcel\Downloads\Godot\Test Mono\Test Mono.csproj]

    0 Warning(s)
    1 Error(s)

Time Elapsed 00:00:00.64
ERROR: call_build: An EditorPlugin build callback failed.
   At: editor/editor_node.cpp:5268

So installing the Mono SDK is not a sufficient prerequisite.

akien-mga · 2020-06-10T09:31:42Z

Yes, the .NET Framework 4.7 should be installed manually from Windows Update.

Godot 3.2.2 fixes that as it will retrieve the necessary framework version automatically.

madmiraal · 2020-06-10T10:40:28Z

Yes, the .NET Framework 4.7 should be installed manually from Windows Update.

As far as I can tell the .NET Framework is not upgraded via Windows Update. It needs to be downloaded and installed separately.
Edit: It appears as if the Windows Update upgrade of the .NET Framework to v4.7 was skipped. Based on this page (which doesn't mention Windows 10 1909, the November 2019 update) the ".NET Framework 4.8 can be used to run applications built for the .NET Framework 4.0 through 4.7.2." and will be "included with the Windows 10 May 2019 update" which isn't yet available on my PC.
Edit2: Ignore the previous edit. My PC has now been upgraded to Windows 10 2004, the May 2020 update, and the problem remains. There is definitely an additional requirement to install the required Microsoft .NET Framework 4.7 Targeting Pack to ensure the required assemblies are available.

Godot 3.2.2 fixes that as it will retrieve the necessary framework version automatically.

Unfortunately I can't test it properly with 3.2.2 beta 4, because of #39432. However, in addition to the errors reported in #39432, I get the related error (or it's completely separate, but without a stacktrace :-/) when trying to build the project:

Unhandled Exception:
System.NullReferenceException: Object reference not set to an instance of an object
  at GodotTools.BottomPanel.GetBuildTabFor (GodotTools.BuildInfo buildInfo) [0x00000] in <bf243baa94fe41ccbd98c8bbc3a78900>:0
  at GodotTools.BuildManager.Build (GodotTools.BuildInfo buildInfo) [0x0002d] in <bf243baa94fe41ccbd98c8bbc3a78900>:0
  at GodotTools.BuildManager.BuildProjectBlocking (System.String config, System.Collections.Generic.IEnumerable`1[T] godotDefines) [0x00166] in <bf243baa94fe41ccbd98c8bbc3a78900>:0
  at GodotTools.BuildManager.EditorBuildCallback () [0x000ef] in <bf243baa94fe41ccbd98c8bbc3a78900>:0
  at GodotTools.GodotSharpEditor.Build () [0x00000] in <bf243baa94fe41ccbd98c8bbc3a78900>:0
ERROR: debug_send_unhandled_exception_error: System.NullReferenceException: Object reference not set to an instance of an object
   At: modules/mono/mono_gd/gd_mono_utils.cpp:371
ERROR: call_build: An EditorPlugin build callback failed.
   At: editor/editor_node.cpp:5274

dejaime · 2020-06-15T03:54:04Z

So, I was having this issue on a Linux based OS and the error message wasn't really all that helpful; all it gave me was: editor/editor_node.cpp:5268 - An EditorPlugin build callback failed.

I tried running the engine from a console as suggested in the docs somewhere, and: 00:42:45 Godot_v3.2.1-stable_mono_x11_64 $ System.IO.FileNotFoundException: Cannot find binary for 'MSBuild (Mono)', bingo, I didn't have MSBuild.

Would it be possible to have a more informative error message in case of a missing bin/exec dependency?

neikeq · 2020-06-17T11:19:20Z

It seems we're only displaying that error in stdout and not in the Godot editor. Is that all this issue is about or is there some other problem we need to tackle?

akien-mga · 2020-06-17T11:51:49Z

It seems we're only displaying that error in stdout and not in the Godot editor. Is that all this issue is about or is there some other problem we need to tackle?

Displaying the error in the editor would be useful indeed, but I think we should make sure that it's not just in the debugger as a "Too Long; Didn't Read" verbose error, but actually shows a dialog box with the English error description, e.g. when .NETFramework v4.7 is missing:

"The reference assemblies for .NETFramework,Version=v4.7 were not found. To resolve this, install the Developer Pack (SDK/Targeting Pack) for this framework version or retarget your application. You can download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks"

madmiraal · 2020-06-17T11:59:57Z

The editor/editor_node.cpp:5268 - An EditorPlugin build callback failed error message is also generated for multiple reasons including:

An MSBuild is not installed or it cannot be located in the path.
Microsoft .NET Framework 4.7 Targeting Pack is not installed.

So just updating the current error message is not enough.

Also, if the required Microsoft .NET Framework targeting pack cannot be included with Godot, this should also be stated as a requirement on the web download page for the Mono version in addition to MSBuild.

neikeq · 2020-06-17T16:52:05Z

@akien-mga I meant the Cannot find binary for 'MSBuild (Mono)' error. The missing .NET Framework error won't be needed anymore since as you said we automatically get it from NuGet in Godot 3.2.2+.

madmiraal · 2020-06-18T10:29:05Z

For clarity I've tested this (on a reset Windows 10) with v3.2.2.rc1.mono.official with the following outcomes.

No build tools installed and default Editor > Mono > Builds settings i.e. MSBuild (VS Build Tools) and Print Build Output deselected. In other words what someone downloading and trying Godot Mono version for the first time would experience.

After the Build error popup, the error shows the Mono tab with stating "The build method threw an exception", which, when hovering the mouse over elaborates with "System.IO.FileNotFoundException: Cannot find executable for 'MSBuild (VS Build Tools)':

The console output:

Godot Engine v3.2.2.rc1.mono.official - https://godotengine.org
OpenGL ES 3.0 Renderer: Intel(R) HD Graphics 4600

Mono: Logfile is: C:\Users\Marcel\AppData\Roaming/Godot/mono/mono_logs/2020_06_18 09.43.40 (14696).txt
Editing project: C:/Users/Marcel/Downloads/Godot/Test Mono RC1 (C:::Users::Marcel::Downloads::Godot::Test Mono RC1)
Godot Engine v3.2.2.rc1.mono.official - https://godotengine.org
OpenGL ES 3.0 Renderer: Intel(R) HD Graphics 4600

Mono: Logfile is: C:\Users\Marcel\AppData\Roaming/Godot/mono/mono_logs/2020_06_18 09.43.43 (15120).txt
The system cannot find the path specified.
System.IO.FileNotFoundException: Cannot find executable for 'MSBuild (VS Build Tools)'.
  at GodotTools.Build.MsBuildFinder.FindMsBuild () [0x00099] in <60bd525b7fad47169d8990cee0cd32a5>:0
  at GodotTools.Build.BuildSystem.LaunchBuild (System.String solution, System.Collections.Generic.IEnumerable`1[T] targets, System.String config, System.String loggerOutputDir, System.Collections.Generic.IEnumerable`1[T] customProperties) [0x00000] in <60bd525b7fad47169d8990cee0cd32a5>:0
  at GodotTools.Build.BuildSystem.Build (System.String solution, System.String[] targets, System.String config, System.String loggerOutputDir, System.Collections.Generic.IEnumerable`1[T] customProperties) [0x00000] in <60bd525b7fad47169d8990cee0cd32a5>:0
  at GodotTools.Build.BuildSystem.Build (GodotTools.BuildInfo buildInfo) [0x0001e] in <60bd525b7fad47169d8990cee0cd32a5>:0
  at GodotTools.BuildManager.Build (GodotTools.BuildInfo buildInfo) [0x0006c] in <60bd525b7fad47169d8990cee0cd32a5>:0
ERROR: call_build: An EditorPlugin build callback failed.
   At: editor/editor_node.cpp:5276

With just the Build Tools installed, the project builds and runs fine.

I don't think there needs to be more information and this issue can be closed.

madmiraal · 2020-06-18T11:11:56Z

It's worth point out though that when installing the VS Build Tools the NuGet Package mangager is also installed. The Mono MSBuild tools don't include the NuGet Package manager; so it still fails with:

C:\Program Files\Mono\lib\mono\msbuild\15.0\bin\Microsoft.Common.CurrentVersion.targets(1193,5): error MSB3644: The ref
erence assemblies for .NETFramework,Version=v4.7 were not found. To resolve this, install the Developer Pack (SDK/Targe
ting Pack) for this framework version or retarget your application. You can download .NET Framework Developer Packs at
https://aka.ms/msbuild/developerpacks [C:\Users\Marcel\Downloads\Godot\Test Mono RC1\Test Mono RC1.csproj]

dejaime · 2020-06-18T15:30:11Z

I don't think there needs to be more information and this issue can be closed.

Personally, I think neither having the information on a mouse hover tooltip nor relying on console output makes for a good solution. Having something more informative, preferably on the Output tab or a pop up, would be reasonably better, making it easier to any newcomers who just downloaded the engine for the first time and it simply does't work out of the box.

I guess this kind of hiccup that mostly affects first time users are the ones that should have the most informative, clear and accessible error messages.

neikeq · 2020-08-20T20:11:48Z

I'm confused with this issue, there seem to be various different problems here. The nuget related issues may be fixed by #41408. I agree about the usability improvements that need to be made regarding MSBuild output and errors, although it probably should be a separate issue.

dejaime · 2020-08-21T01:10:09Z

As op and many others posted, installing the build tools fixed the problem for them, so, yes, this is about missing dependencies. Still, I'd say the real issue stems from how hard it is to diagnose this, not necessarily from the missing deps themselves. My bet is this issue wouldn't even have been created if there was a clear error pop up.

mrwormhole · 2020-10-01T19:01:04Z

For windows; install .Net core sdk(64bits), install mono(64bits), install c# plugin and godot tools on vscode, make sure it's checked as global mono as always on vscode c# plugin settings. Add mono/bin folder to environment variables. Create a project, Go to godot -> go to editor settings -> go to Mono -> set external editor as vs code, go to Builds under mono, set DOTNET CLI. Click on script(close the godot editor after script opens), it will open up the script but then bring command palette(CTRL+SHIFT+P) and > Godot tools open workspace with Godot editor. Select godot.exe here. Then you are done! Autocomplete and build works out of the box now

For linux, macos bla bla UNIX systems; install .Net code sdk(64bits), install mono(64bits), install c# plugin on vscode, make sure it's checked as global mono as always on vscode c# plugin settings. Create a project, Go to godot -> go to editor settings -> go to Mono -> set external editor as vs code, go to Builds under mono, set MONO SDK. Click on script. Then you are done! Autocomplete and build works out of the box now

Don't ask me why it doesn't work with mono build on windows in 1st option, it is .Net framework target sdk version error.
The funny thing is vscode's c# plugin uses mono too but you never get that .net framework 4.7.2 error which is insane. Windows is for insane people.

poVoq · 2021-01-10T20:25:01Z

Same issue in Manjaro Linux.

Installing the mono-msbuild package from the repository seems to solve this issue, but the project I am trying to get to work still fails with other errors, so not sure if that totally fixes this.

PizzaConsole · 2021-02-22T21:09:41Z

I can get the projects to build with msbuild but I cant build and export my godot projects on ubuntu...

ERROR: get_language_code: Invalid locale 'C'.
2021-02-23T08:58:53.0584126Z    At: core/translation.cpp:945.
2021-02-23T08:58:53.0584703Z ERROR: set_locale: Unsupported locale 'C', falling back to 'en'.
2021-02-23T08:58:53.0585083Z    At: core/translation.cpp:969.
2021-02-23T08:58:54.6973505Z reimport: begin: (Re)Importing Assets steps: 1
2021-02-23T08:58:54.6974074Z 	reimport: step 0: icon.png
2021-02-23T08:58:55.1647972Z mono_project_debug_build: begin: Building project solution... steps: 1
2021-02-23T08:58:55.1649044Z 	mono_project_debug_build: step 0: Building project solution
2021-02-23T08:58:58.7540445Z mono_project_debug_build: end
2021-02-23T08:58:58.7545111Z ERROR: godot_icall_GD_pusherror: Failed to export project: Failed to build project
2021-02-23T08:58:58.7545626Z    At: modules/mono/glue/gd_glue.cpp:250.
2021-02-23T08:58:58.7599582Z System.Exception: Failed to build project
2021-02-23T08:58:58.7600295Z   at GodotTools.Export.ExportPlugin._ExportBeginImpl (System.String[] features, System.Boolean isDebug, System.String path, System.Int32 flags) [0x000a6] in <fea6bc16b6d64de0afe8ace2924a4bc2>:0 
2021-02-23T08:58:58.7601237Z   at GodotTools.Export.ExportPlugin._ExportBegin (System.String[] features, System.Boolean isDebug, System.String path, System.Int32 flags) [0x0000b] in <fea6bc16b6d64de0afe8ace2924a4bc2>:0 
2021-02-23T08:59:03.5656337Z savepack: begin: Packing steps: 102
2021-02-23T08:59:03.5657380Z 	savepack: step 2: Storing File: res://.mono/metadata/scripts_metadata.release
2021-02-23T08:59:03.5658110Z 	savepack: step 2: Storing File: res://default_env.tres
2021-02-23T08:59:03.5659470Z 	savepack: step 27: Storing File: res://.import/icon.png-487276ed1e3a0c39cad0279d744ee560.stex
2021-02-23T08:59:03.5660269Z 	savepack: step 27: Storing File: res://icon.png.import
2021-02-23T08:59:03.5660956Z 	savepack: step 52: Storing File: res://scenes/Authenticate.tscn
2021-02-23T08:59:03.5663572Z 	savepack: step 77: Storing File: res://scripts/Authenticate.cs
2021-02-23T08:59:03.5664303Z 	savepack: step 102: Storing File: res://icon.png
2021-02-23T08:59:03.5667598Z 	savepack: step 102: Storing File: res://project.binary
2021-02-23T08:59:03.5669105Z savepack: end
2021-02-23T08:59:03.5678768Z reimport: end
2021-02-23T08:59:05.1989326Z Godot Engine v3.2.3.stable.mono.official - https://godotengine.org

PizzaConsole · 2021-02-23T17:07:27Z

You need to install .NET Core 3.1 SDK see here #38167

MikeSchulze · 2021-09-02T19:14:29Z

I works for a while during experimenting and than i run into same error.
ERROR: call_build: An EditorPlugin build callback failed.

Godot Engine v3.3.3.stable.mono.official.b973f997f

using a cmd script on Windows

REM scan if Godot mono used and compile c# classes
for /f "tokens=5 delims=. " %%i in ('%GODOT_BIN% --version') do set GODOT_TYPE=%%i
IF "%GODOT_TYPE%" == "mono" (
	ECHO "Godot mono detected"
	ECHO Compiling c# classes ... Please Wait
	%GODOT_BIN% --build-solutions --no-window -q --quiet
	ECHO done
)

after enabling --verbose i take a lock in the msbuild.log

Projekt "gdUnit3.sln", Restore Ziel(e):
	Message: Die Projektmappenkonfiguration "Debug|Any CPU" wird erstellt.
	Projekt "gdUnit3.csproj", _IsProjectRestoreSupported Ziel(e):
	Erstellen des Projekts gdUnit3.csproj beendet.
	NuGetMessageTask: Wiederherzustellende Projekte werden ermittelt...
	Projekt "gdUnit3.csproj", _GenerateRestoreProjectPathWalk Ziel(e):
	Erstellen des Projekts gdUnit3.csproj beendet.
	Projekt "gdUnit3.csproj", _IsProjectRestoreSupported Ziel(e):
	Erstellen des Projekts gdUnit3.csproj beendet.
	Projekt "gdUnit3.csproj", _GenerateRestoreGraphProjectEntry Ziel(e):
	Erstellen des Projekts gdUnit3.csproj beendet.
	Projekt "gdUnit3.csproj", _GenerateProjectRestoreGraph Ziel(e):
	Erstellen des Projekts gdUnit3.csproj beendet.
	C:\Program Files\dotnet\sdk\3.1.401\NuGet.targets(128,5): error : "D:\develop\Godot_v3.3.3-stable_mono_win64\Godot_v3.3.3-stable_mono_win64.exe --version" ist keine gültige Versionszeichenfolge. (Parameter 'value') [D:\develop\workspace\gdUnit3\gdUnit3.sln]
Die Erstellung des Projekts "gdUnit3.sln" ist abgeschlossen -- FEHLER.

This error was very strange, after around 1h i was not able to fix!

After open a new terminal the error is gone

It seams to by a caching problem?

inthelamp · 2021-09-14T16:11:28Z

The problem is fixed after setting Build Tool to dotnet CLI in Godot's Editor Settings.

laser-bunny · 2021-12-15T17:02:41Z

Installing mono with apt-get mono-devel solved my issue. (@TZubiri)

Worked for me too; using Godot 3.4 on Ubuntu 20.04

Atlinx · 2022-08-28T22:32:38Z

This sporadically happened to me whilst working on a mono project. Reopening the project in Godot fixed it for me.

0x2648 · 2023-02-07T08:08:16Z

Solution which worked for two friends using macOS:

Install Homebrew

https://brew.sh/

Install the .NET SDK using Homebrew

https://formulae.brew.sh/cask/dotnet-sdk

Make sure that the Build Tool in Godot Editor > Editor Settings > Mono > Builds is set to dotnet CLI.

Confirmed to work on x64 and arm64 with Godot 3.5.1.stable.mono

Calinou added bug topic:editor topic:dotnet labels Feb 7, 2020

Calinou mentioned this issue Feb 8, 2020

v3.2.stable.mono.official #36017

Closed

gitcatrat mentioned this issue Mar 5, 2020

Intersect ray hit RID is different each time? #36824

Closed

Nootria mentioned this issue Mar 8, 2020

Mono version produces error on Linux Mint. #36923

Open

Calinou added the confirmed label May 10, 2020

akien-mga assigned neikeq Jun 15, 2020

poVoq mentioned this issue Jan 10, 2021

Doesn't build AntonC9018/hopper-godot#2

Closed

L2750558108 mentioned this issue Jan 2, 2023

An EditorPlugin build callback failed. #70836

Open

akien-mga unassigned neikeq Nov 22, 2023

editor/editor_node.cpp:5268 - An EditorPlugin build callback failed #35897

editor/editor_node.cpp:5268 - An EditorPlugin build callback failed #35897

Comments

TZubiri commented Feb 4, 2020 • edited Loading

TZubiri commented Feb 4, 2020

TZubiri commented Feb 4, 2020

sbatial commented Feb 7, 2020

Marre246810 commented Feb 8, 2020 • edited Loading

TheArturZh commented Feb 10, 2020

TZubiri commented Feb 11, 2020

williamdsw commented Mar 28, 2020

thorlucas commented Mar 29, 2020

markodevv commented Apr 5, 2020

lekxandy commented Apr 6, 2020

timothyparez commented Apr 11, 2020

timothyparez commented Apr 12, 2020

Calinou commented Apr 12, 2020

TZubiri commented Apr 13, 2020

neikeq commented Apr 13, 2020 • edited Loading

mattrobin commented Apr 14, 2020 • edited Loading

RagingRoosevelt commented May 3, 2020

akibabu commented May 10, 2020 • edited Loading

neikeq commented May 10, 2020

timothyparez commented Jun 9, 2020 • edited Loading

timothyparez commented Jun 9, 2020

madmiraal commented Jun 10, 2020 • edited Loading

madmiraal commented Jun 10, 2020

akien-mga commented Jun 10, 2020

madmiraal commented Jun 10, 2020 • edited Loading

dejaime commented Jun 15, 2020 • edited Loading

neikeq commented Jun 17, 2020

akien-mga commented Jun 17, 2020

madmiraal commented Jun 17, 2020

neikeq commented Jun 17, 2020

madmiraal commented Jun 18, 2020

madmiraal commented Jun 18, 2020

dejaime commented Jun 18, 2020 • edited Loading

neikeq commented Aug 20, 2020

dejaime commented Aug 21, 2020 • edited Loading

mrwormhole commented Oct 1, 2020 • edited Loading

poVoq commented Jan 10, 2021

PizzaConsole commented Feb 22, 2021 • edited Loading

PizzaConsole commented Feb 23, 2021

MikeSchulze commented Sep 2, 2021 • edited Loading

After open a new terminal the error is gone

inthelamp commented Sep 14, 2021

laser-bunny commented Dec 15, 2021

Atlinx commented Aug 28, 2022

0x2648 commented Feb 7, 2023

TZubiri commented Feb 4, 2020 •

edited

Loading

Marre246810 commented Feb 8, 2020 •

edited

Loading

neikeq commented Apr 13, 2020 •

edited

Loading

mattrobin commented Apr 14, 2020 •

edited

Loading

akibabu commented May 10, 2020 •

edited

Loading

timothyparez commented Jun 9, 2020 •

edited

Loading

madmiraal commented Jun 10, 2020 •

edited

Loading

madmiraal commented Jun 10, 2020 •

edited

Loading

dejaime commented Jun 15, 2020 •

edited

Loading

dejaime commented Jun 18, 2020 •

edited

Loading

dejaime commented Aug 21, 2020 •

edited

Loading

mrwormhole commented Oct 1, 2020 •

edited

Loading

PizzaConsole commented Feb 22, 2021 •

edited

Loading

MikeSchulze commented Sep 2, 2021 •

edited

Loading