MACOS Rider errors with maui

Title: Rider fails to resolve MAUI XAML generated code (InitializeComponent and __XamlGeneratedCode errors), while project builds successfully via dotnet

Environment:
- Rider version: 2026.1.1
- OS: macOS 26.4.1
- .NET SDK: 10.0.203
- MAUI workload: maui                                              10.0.20/10.0.100      SDK 10.0.200  
- Project type: .NET MAUI

---

Description:

Rider reports multiple errors related to XAML code generation in a .NET MAUI project, including:

- No defining declaration found for implementing declaration of partial method 'void InitializeComponent()'
- Cannot resolve symbol 'InitializeComponentRuntime'
- The type '__XamlGeneratedCode__.__TypeXXXX' must be convertible to 'Microsoft.Maui.Controls.ResourceDictionary'

However, the project:
- builds successfully using dotnet build
- runs correctly
- shows no such errors in other environments (e.g. VS Code)

This suggests Rider's design-time build or XAML code generation/indexing is out of sync with actual MSBuild behavior.

---

Steps to Reproduce:

1. Create or open a .NET MAUI project
2. Add one or more XAML files (e.g. ResourceDictionaries)
3. Reference them via:
  xml    <ResourceDictionary Source="SomeFile.xaml" />    
4. Open the project in Rider
5. Observe errors in editor

---

Expected Behavior:

- Rider correctly recognizes generated .g.cs files
- No false-positive errors for InitializeComponent
- XAML resources are resolved consistently with dotnet build

---

Actual Behavior:

- Rider shows unresolved InitializeComponent and related symbols
- Reports type conversion errors for generated __XamlGeneratedCode types
- Errors persist even after:
 - rebuilding solution
 - clearing bin/obj
 - invalidating caches

---

Additional Notes:

- The issue seems related to Rider not properly handling MAUI XAML code generation
- Possibly tied to design-time build or MSBuild integration
- Opening and building the same project in Visual Studio may “fix” generation temporarily

---

Workarounds Tried:

- File → Invalidate Caches / Restart
- Deleting bin/ and obj/
- Forcing rebuild
- Verifying Build Action = MauiXaml
- Ensuring correct x:Class usage

---

0
13 comments

Hello! 

We've tried to reproduce the issue you described, but with no success. According to your steps to reproduce, you can recreate the issue with a new sample solution. If so, could you please share it? Upload the file to our server and share the ID.

Thanks! 

 

0

I had the same issue when creating a basic .Net 10 MAUI app via Rider. It looks like the issue is related to SourceGen being enabled, BUT triggered by a mismatch between the SDK and the workload. To resolve this, I just ran `dotnet workload update` and the issue was gone which might explain why Alexandra Guk could not reproduce it. Hope it helps!

0

Actually, I take it back. It doesn't work. The only thing I can do to resolve the issue is disable SourceGen by commenting out or removing this line from the project <MauiXamlInflator>SourceGen</MauiXamlInflator>

0

Hello Edward ,

Thank you for sharing this information. 

Could you please clarify a couple of things for me: 

  1. Does the issue persist with the newly created 9 .NET MAUI solution? 
  2. Does the issue also resolve with File > Invalidate Caches

 

0

Hi Anna,

1. Yes it persists, although I should clarify that I'm using .Net 10, not 9.

2. Invalidating Caches does not help, neither does removing the generated code - issue comes back as the code is re-generated.

Edward

0

Thank you, Edward , for the updates. 

There is an issue that has been raised that seemingly reminds one that you have faced: 

RIDER-117982 Rider reports errors but still builds successfully

 Could you please provide logs from Help > Collect Logs and Diagnostic Data? Upload the archive to the comments of this issue. You may also change visibility permissions upon uploading if required. 

Thank you in advance.

0

Hi,

If you tell me how I can upload archive to the comments of this issue, but I don't know how to confidently make it so that the settings of what I upload is available to Jetbrains support and only.

Thanks,
Eddie

0

Anna Morozyuk, just a quick update to say that I'm back and will share the logs with you later tonight or tomorrow. I was away this weekend. Speak soon.

0

Hi Anna, I have tried, but I don't have an option to upload an attachment in comments. Your link also doesn't show instructions that match what I can see. Set Issue, Comment, and Attachment Visibility 

Could it be because I'm not the issue author?

0

Hello Edward ,

Sorry for not articulating myself well, I meant in the YouTrack comment section: 

Please attach the log archive here: 

RIDER-117982 Rider reports errors but still builds successfully

Thank you in advance. 

0

Hi Anna,

No worries - thanks for explaining. I've uploaded the attachment - it's tagged with jetbrains-team only, I'm assuming that means only JetBrains employees can see it. If not, can you please correct it for me?

Thanks,
Edward

0

Hey Edward ,

Yes, the attachemnt is visible only to Jetbrains team. Thank you. 

0

Please sign in to leave a comment.