[.NET 8 Regression] error CS1504: Source file "<Path to XAML>" could not be opened --- Could not find file #34438

WardenGnaw · 2023-08-04T00:17:16Z

Describe the bug

A .NET project fails to build with the .NET 8 SDK but succeeds with the .NET 7 SDK. It seems to be an issue with the WPF generated source files not being able to find the original XAML file.

To Reproduce

Have .NET 8 SDK 8.0.100-preview.6.23330.14
Checkout https://github.com/microsoft/MIEngine/tree/main
Run dotnet build src\MIDebugEngine.sln
See error logs

Errors Logs

C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(49,18): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(57,19): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(65,19): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(73,19): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(81,19): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(89,19): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(97,19): error CS1504: Source file 'UI\Containe
rPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2gao
z2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(105,19): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(113,19): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(121,19): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(129,19): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(137,19): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(145,19): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(166,21): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]
C:\src\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs(246,23): error CS1504: Source file 'UI\Contain
erPickerDialogWindow.xaml' could not be opened -- Could not find file. [C:\src\MIEngine\src\SSHDebugPS\SSHDebugPS_zh2ga
oz2_wpftmp.csproj]

Note: The build works if you use a .NET 7 SDK like
dotnet "C:\Program Files\dotnet\sdk\7.0.109\dotnet.dll" build src\MIDebugEngine

Exceptions (if any)

None. This is just dotnet build

Further technical details

Include the output of dotnet --info

dotnet --info output

.NET SDK:
 Version:   8.0.100-preview.6.23330.14
 Commit:    ba97796b8f

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.22621
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\8.0.100-preview.6.23330.14\

.NET workloads installed:
There are no installed workloads to display.

Host:
  Version:      8.0.0-preview.6.23329.7
  Architecture: x64
  Commit:       5340be2ccc

.NET SDKs installed:
  7.0.200 [C:\Program Files\dotnet\sdk]
  7.0.306 [C:\Program Files\dotnet\sdk]
  8.0.100-preview.3.23178.7 [C:\Program Files\dotnet\sdk]
  8.0.100-preview.6.23330.14 [C:\Program Files\dotnet\sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 6.0.19 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.3 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.8 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.9 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 8.0.0-preview.3.23177.8 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 8.0.0-preview.6.23329.11 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 6.0.19 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.3 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.8 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.9 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 8.0.0-preview.3.23174.8 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 8.0.0-preview.6.23329.7 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.WindowsDesktop.App 6.0.19 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 7.0.3 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 7.0.8 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 7.0.9 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 8.0.0-preview.3.23178.1 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 8.0.0-preview.6.23329.4 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]

Other architectures found:
  x86   [C:\Program Files (x86)\dotnet]
    registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x86\InstallLocation]

Environment variables:
  Not set

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download

The IDE (VS / VS Code/ VS4Mac) you're running on, and its version
VS Version does not matter as this repros with just the dotnet commandline but it reproduces with Visual Studio 17 Preview 7.

The text was updated successfully, but these errors were encountered:

WardenGnaw · 2023-08-04T20:07:29Z

@chuckries Helped point out that this may be an issue caused with the project overriding the <IntermediateOutputPath>

<IntermediateOutputPath>$(MIEngineRoot)obj\$(Configuration)\$(MSBuildProjectName)\</IntermediateOutputPath>

https://github.com/microsoft/MIEngine/blob/3986396d9c31c6ac729c6b52fa79f34d7a253e95/build/all_projects.settings.targets#L22

KirillOsenkov · 2023-09-01T15:51:27Z

Just ran into this as well, ping me on Teams if you need a repro.

miloush · 2023-09-04T11:35:19Z

Works in 8.0.100-preview.3.23178.7

abpiskunov · 2023-09-22T18:19:19Z

Still repros with 8.0.100-rc.1.23463.5. We do override IntermediateOutputPath however not doing anything crazy, just group all projects obj folder under common obj folder in the root. Each project stil has its own subfolder under common obj.

dsplaisted · 2023-09-24T19:29:25Z

I've investigated this and found a workaround, which is to set the EmbedUntrackedSources property to false.

@tmat This is a regression in .NET 8 that looks like it's related to Source Link embedding untracked files, can you take a look?

I compared a build of the project between the .NET 7 and the .NET 8 SDK. In the .NET 8 SDK where it fails, there are EmbeddedFiles items passed to the compiler in the inner XAML markup compilation pass 2 build, that are not present in the .NET 7 SDK:

EmbeddedFiles
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs
        Link = ContainerPickerDialogWindow.g.cs
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\GeneratedInternalTypeHelper.g.cs
        Link = GeneratedInternalTypeHelper.g.cs
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\GeneratedAssemblyInfo
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\.NETFramework,Version=v4.7.2.AssemblyAttributes.cs

These appear to be causing, or te be related to, the error that is being generated.

tmat · 2023-09-25T00:59:49Z

This is an old bug in nuget/wpf interaction: dotnet/wpf#1718
IncludePackageReferencesDuringMarkupCompilation = true is required for the fix to kick in. MIEngine repo sets this property to false in src\SSHDebugPS\SSHDebugPS.csproj which causes the build failure.

tmat · 2023-09-25T01:01:02Z

@KirillOsenkov Is property IncludePackageReferencesDuringMarkupCompilation set to false in your repro project?

KirillOsenkov · 2023-09-25T02:04:50Z

It doesn't appear to be set or mentioned at all.

@dsplaisted I don't have the broken SDK on this machine anymore, so if you could try setting IncludePackageReferencesDuringMarkupCompilation = true and see if it builds successfully?

KirillOsenkov · 2023-09-25T02:14:47Z

I notice that this is present for .NET Core WinFX targets:
https://github.com/dotnet/wpf/blob/b9b48871d457fc1f78fa9526c0570dae8e34b488/src/Microsoft.DotNet.Wpf/src/PresentationBuildTasks/Microsoft.WinFX.targets#L453

But not for desktop:

nagilson · 2023-09-25T18:40:48Z

I've investigated this and found a workaround, which is to set the EmbedUntrackedSources property to false.

@tmat This is a regression in .NET 8 that looks like it's related to Source Link embedding untracked files, can you take a look?

I compared a build of the project between the .NET 7 and the .NET 8 SDK. In the .NET 8 SDK where it fails, there are EmbeddedFiles items passed to the compiler in the inner XAML markup compilation pass 2 build, that are not present in the .NET 7 SDK:
EmbeddedFiles
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\UI\ContainerPickerDialogWindow.g.cs
        Link = ContainerPickerDialogWindow.g.cs
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\GeneratedInternalTypeHelper.g.cs
        Link = GeneratedInternalTypeHelper.g.cs
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\GeneratedAssemblyInfo
    c:\Users\noahgilson\MIEngine\obj\Debug\SSHDebugPS\.NETFramework,Version=v4.7.2.AssemblyAttributes.cs
These appear to be causing, or te be related to, the error that is being generated.

Thank you @dsplaisted for investigating. I could not figure out what was wrong from the binlog.

~~@abpiskunov Does setting IncludePackageReferencesDuringMarkupCompilation=true solve the problem for your 3 repos?~~ NVM. I saw the email thread, looks like its working for you.

And @tmat thanks for following up, is there a reason this may not have surfaced for customers in .NET 7 but would begin to surface in .NET 8? If so, we should create a breaking change doc.

tmat · 2023-09-25T18:57:20Z

is there a reason this may not have surfaced for customers in .NET 7 but would begin to surface in .NET 8

Yes, we enabled Source Link by default in NET 8.

tmat · 2023-09-25T18:58:01Z

we should create a breaking change doc.

+1

KirillOsenkov · 2023-09-25T19:36:37Z

Let’s also create a minimal repro .csproj for easier validation. Thoughts on what the right fix should be here?

rainersigwald · 2023-09-25T19:41:54Z

We don't really want EmbedUntrackedSources=false for the whole project though, right? We'd ideally like it only for the $(IsWpfTempProject) project, right? That sounds like a change that could be placed in dotnet/wpf.

KirillOsenkov · 2023-09-25T20:00:58Z

The problem though is that it's desktop WPF that is broken, would it be fixed by changes to dotnet/wpf?

miloush · 2023-09-25T20:05:14Z

/cc @pchaurasia14 FYI

baronfel · 2023-09-26T20:11:37Z

@tmat would you like to drive that breaking change docs issue, or should I go ahead and get that started?

tmat · 2023-09-26T20:23:04Z

Please, get it started if you don't mind.

pchaurasia14 · 2023-09-29T10:01:42Z

Just checking in here - Is there any action item for WPF regarding exposing the $(IsWpfTempProject) property?

KirillOsenkov · 2023-10-30T23:57:31Z

This is very blocking, let's get this fixed please.

KirillOsenkov · 2023-10-31T00:00:41Z

Are we shipping .NET 8 with this? It's going to basically break all WPF desktop in the world. To me it looks like an absolute shipstopper.

rainersigwald · 2023-10-31T17:37:25Z

Offline we figured out that there are two ways to get into this situation:

1.Setting <IncludePackageReferencesDuringMarkupCompilation>false</IncludePackageReferencesDuringMarkupCompilation>
2. Having a .NET Framework-targeting project

Using .NET SDK 8
Without UseWPF and with manual XAML assembly references
With a customized obj/IntermediateOutputPath
in a Git repo directory (so that SourceLink logic kicks in)

dotnet/wpf#8378 fixes the former.

sdk344838.zip is a repro of the latter.

singhashish-wpf · 2023-10-31T17:40:16Z

Workarounds Available:
Either of these should work, depending on the use cases.

set IncludePackageReferencesDuringMarkupCompilation to true in csproj
set EmbedUntrackedSources as false in csproj.
Do NOT redirect the IntermediateOutputPath

KirillOsenkov · 2023-11-08T02:15:11Z

Related: dotnet/wpf#1718

This PR addresses issues building MIEngine with .NET 8 SDK. See dotnet/sdk#34438

KirillOsenkov · 2023-11-15T22:10:53Z

Starting to see these in the wild as folks update to .NET 8.

Did we end up having a doc page or an aka.ms links that I can point people to?

KirillOsenkov · 2023-11-15T22:11:06Z

Related: dotnet/sourcelink#492

KirillOsenkov · 2023-11-15T22:12:07Z

Related: dotnet/wpf#366

bouchraRekhadda · 2023-11-23T08:59:13Z

Offline we figured out that there are two ways to get into this situation:

1.Setting <IncludePackageReferencesDuringMarkupCompilation>false</IncludePackageReferencesDuringMarkupCompilation> 2. Having a .NET Framework-targeting project

Using .NET SDK 8

Without UseWPF and with manual XAML assembly references

With a customized obj/IntermediateOutputPath

dotnet/wpf#8378 fixes the former.

sdk344838.zip is a repro of the latter.

We are in second use case, targeting .NET Framework 4.7.1 while using .NET SDK 8 and redirecting to a costume IntermediateOutputPath.
For now we are obliged to rollback to .NET 6, but it seems like there is no workaround for our use case.

singhashish-wpf · 2023-11-23T09:35:31Z

Starting to see these in the wild as folks update to .NET 8.

Did we end up having a doc page or an aka.ms links that I can point people to?

aka.ms/net8wpfsl
This points to the known issues page.

bouchraRekhadda · 2023-11-23T11:06:09Z

aka.ms/net8wpfsl
This points to the known issues page.

@singhashish-wpf the workarounds suggested, i.e. setting IncludePackageReferencesDuringMarkupCompilation to true it submerges the famous error dotnet/wpf#5700

Error MC3074 The tag 'X' does not exist in XML namespace 'clr-namespace:Y'

Am I looping something ?

singhashish-wpf · 2023-11-23T11:14:29Z

@bouchraRekhadda EmbedUntrackedSources set as False. Does this workaround not work for you>?

bouchraRekhadda · 2023-11-23T11:25:13Z

@bouchraRekhadda EmbedUntrackedSources set as False. Does this workaround not work for you>?

Unfortunately no. I still have the same error MC3074.

singhashish-wpf · 2023-11-23T12:50:32Z

@bouchraRekhadda EmbedUntrackedSources set as False. Does this workaround not work for you>?

Unfortunately no. I still have the same error MC3074.

Can you share a minimal repro? And the versions of SDKs you are using?

singhashish-wpf · 2023-11-23T13:13:40Z

The 2nd case reproduces for me on .NET6, .NET7, .NET8 as well, Most probably I am missing something here. I heard that this is a regression in .NET8.
cc:// @KirillOsenkov @rainersigwald

Having a .NET Framework-targeting project

Using .NET SDK 8

Without UseWPF and with manual XAML assembly references

With a customized obj/IntermediateOutputPath

Attaching
binlogs.zip
binlogs.

KirillOsenkov · 2023-11-26T02:04:26Z

Hi Ashish, make sure to comment out the line 21 in MainWindow.xaml.cs:
C:\Users\singhashish\Downloads\sdk344838\FxWpf\MainWindow.xaml.cs(21,10)

If you see in Rainer's repro, it is commented out:
#34438 (comment)
https://github.com/dotnet/sdk/files/13219712/sdk344838.zip

KirillOsenkov · 2023-11-26T02:08:25Z

Oh, and after you unzip the repro, make sure to run git init in the folder and add the source files and make a commit. This way the SourceLink logic kicks in which breaks:

singhashish-wpf · 2023-11-27T08:46:08Z

Thanks @KirillOsenkov for the repro steps. I was able to repro.
While checking I see that the MarkupCompilePass1 and MarkupCompilePass2 targets are executing successfully. The problem happens in the CoreCompile part later for the main project(Not the temporary target assembly).
Also this change would be in NETFX as i understand, While the change shouldn't be in GenerateTemporaryTargetAssembly in my understanding, but there is a lot of code diff in NETFX and NetCore versions of the file.

From what I understand, this is happening as the EmbedUntrackedSources is set as True for the main project by default and we need some mechanism to make it false for such kind of projects(IntermediateOutputPath + Reference Desktop WPF libs). Not quite sure on where that change would be, @rainersigwald Any thoughts?

This PR addresses issues building MIEngine with .NET 8 SDK. See dotnet/sdk#34438

otac0n · 2023-12-01T05:29:44Z

I feel like this is a security issue. This will potentially disclose comments customers did not intend to disclose.

vikukush · 2023-12-02T01:12:14Z

This is what I'm using to workaround:

  <!-- Another XAML hack for .NET Core SDK version 8 -->
  <Target Name="NETCoreSDKHack" BeforeTargets="MarkupCompilePass1" Condition="'@(Page)'!=''">
    <Message Text="Copying @(Page) to output to workaround NET SDK bug https://github.com/dotnet/sdk/issues/34438" Importance="high" />
    <Copy SourceFiles="@(Page)" DestinationFolder="$(IntermediateOutputPath)" />
  </Target>

dotnet-issue-labeler bot added Area-NetSDK untriaged Request triage from a team member labels Aug 4, 2023

marcpopMSFT assigned nagilson Aug 8, 2023

nagilson added needs team triage Requires a full team discussion and removed untriaged Request triage from a team member labels Sep 22, 2023

nagilson added Review for breaking changes needs-breaking-change-doc-created labels Sep 25, 2023

baronfel removed the needs team triage Requires a full team discussion label Sep 26, 2023

singhashish-wpf mentioned this issue Oct 31, 2023

Fix build error sourcelink EmbedUntrackedSources dotnet/wpf#8378

Merged

KirillOsenkov mentioned this issue Nov 8, 2023

.NET Core 3 Preview 8 WPF Build error on custom BaseIntermediateOutputPath dotnet/wpf#1718

Closed

WardenGnaw added a commit to microsoft/MIEngine that referenced this issue Nov 15, 2023

Address .NET 8 SDK Build issues

8d6913a

This PR addresses issues building MIEngine with .NET 8 SDK. See dotnet/sdk#34438

WardenGnaw mentioned this issue Nov 15, 2023

Address .NET 8 SDK Build issues microsoft/MIEngine#1425

Merged

rgroenewoudt mentioned this issue Nov 17, 2023

CS1504 with AndroidBoundLayout when building with .NET 8 SDK dotnet/android#8516

Open

otac0n mentioned this issue Nov 21, 2023

.NET 8 SourceLink is on by default, and files generated by Pegasus may not have valid file links. otac0n/Pegasus#134

Open

WardenGnaw added a commit to microsoft/MIEngine that referenced this issue Nov 28, 2023

Address .NET 8 SDK Build issues (#1425)

10b5760

This PR addresses issues building MIEngine with .NET 8 SDK. See dotnet/sdk#34438

tmat mentioned this issue Nov 29, 2023

Disable Source Link's EmbedUntrackedSources in desktop WPF projects #37164

Merged

10 tasks

KirillOsenkov mentioned this issue May 16, 2024

Switch away from using PresentationBuildTasks and Microsoft.WinFx.targets from C:\Windows dotnet/wpf#9112

Open

nosami mentioned this issue Feb 4, 2024

Fix warning FS3548: VsVim/VsVim#3092

Merged

nosami added a commit to VsVim/VsVim that referenced this issue Feb 4, 2024

Temporary fix for dotnet/sdk#34438

6cf43ac

[.NET 8 Regression] error CS1504: Source file "<Path to XAML>" could not be opened --- Could not find file #34438

[.NET 8 Regression] error CS1504: Source file "<Path to XAML>" could not be opened --- Could not find file #34438

Comments

WardenGnaw commented Aug 4, 2023

Describe the bug

To Reproduce

Exceptions (if any)

Further technical details

WardenGnaw commented Aug 4, 2023 • edited Loading

KirillOsenkov commented Sep 1, 2023

miloush commented Sep 4, 2023

abpiskunov commented Sep 22, 2023 • edited Loading

dsplaisted commented Sep 24, 2023

tmat commented Sep 25, 2023 • edited Loading

tmat commented Sep 25, 2023

KirillOsenkov commented Sep 25, 2023

KirillOsenkov commented Sep 25, 2023

nagilson commented Sep 25, 2023 • edited Loading

tmat commented Sep 25, 2023

tmat commented Sep 25, 2023 • edited Loading

KirillOsenkov commented Sep 25, 2023

rainersigwald commented Sep 25, 2023

KirillOsenkov commented Sep 25, 2023

miloush commented Sep 25, 2023

baronfel commented Sep 26, 2023

tmat commented Sep 26, 2023

pchaurasia14 commented Sep 29, 2023

KirillOsenkov commented Oct 30, 2023

KirillOsenkov commented Oct 31, 2023

rainersigwald commented Oct 31, 2023 • edited by KirillOsenkov Loading

singhashish-wpf commented Oct 31, 2023 • edited Loading

KirillOsenkov commented Nov 8, 2023

KirillOsenkov commented Nov 15, 2023

KirillOsenkov commented Nov 15, 2023

KirillOsenkov commented Nov 15, 2023

bouchraRekhadda commented Nov 23, 2023

singhashish-wpf commented Nov 23, 2023

bouchraRekhadda commented Nov 23, 2023

singhashish-wpf commented Nov 23, 2023

bouchraRekhadda commented Nov 23, 2023

singhashish-wpf commented Nov 23, 2023

singhashish-wpf commented Nov 23, 2023

KirillOsenkov commented Nov 26, 2023

KirillOsenkov commented Nov 26, 2023

singhashish-wpf commented Nov 27, 2023

otac0n commented Dec 1, 2023

vikukush commented Dec 2, 2023

WardenGnaw commented Aug 4, 2023 •

edited

Loading

abpiskunov commented Sep 22, 2023 •

edited

Loading

tmat commented Sep 25, 2023 •

edited

Loading

nagilson commented Sep 25, 2023 •

edited

Loading

tmat commented Sep 25, 2023 •

edited

Loading

rainersigwald commented Oct 31, 2023 •

edited by KirillOsenkov

Loading

singhashish-wpf commented Oct 31, 2023 •

edited

Loading