-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Assembly 'Microsoft.Maui' Version=1.0.0.0 uses 'Microsoft.iOS, Version=16.0.0.0 which has a higher version than referenced assembly 'Microsoft.iOS' 15.4.300.0 -- FAILED. #10626
Comments
for me, uninstall all dotnet sdk, reinstall SDK 6.0, and VS 2022 17.3, it's OK. |
@neoayi I uninstall Visual Studio then re-install, I also need to uninstall SDK? I thought it was installed by VS. update |
@neoayi I'm glad your approach worked for you, but I'm sure this is not acceptable "solution" for most of developers with their development environments contains third party extensions that had to be re-installed and re-configured. Microsoft needs to fix the issue that they created with this VS update. P.S. This issue not just for a "preview" installation of VS, example the same problem with latest VS 2022 ver. 17.3.6 which is supposed to be a "stable" current version. |
Actually, I just gave a plan. I don't like the whole development environment being unavailable because of one update. In fact, we have to make a certain judgment ourselves, that is, the preview version will definitely have problems. It's just that our Principal Product Manager didn't tell us the details, i.e., if you install multiple environments, you create a messy development environment. Actually, this has been bugging me for a day and I have spent a day solving this problem and trying to understand it as well. |
@neoayi Thanks for that information! I've done that a few times in last couple of weeks, but I also install preview -- maybe that's breaking it again. If I have time, I will experiment to confirm on my end. Regards. |
@belmonmi Thanks for that comment! -- it's reassuring that I'm not the only MAUI developer that, of late, can rarely get an app built let alone published for iOS. You've helped me maintain my sanity. |
Updated VS2022 earlier today and it immediately broke my ios build with the same error as above. Tried creating a new hello world MAUI app from scratch in VS2022 and this is seeing the same issue. |
I uninstall the SDKs from the Visual Studio installer, re-install (previously try with dotnet workload restore on one of the projects) and the same... nothing to do with the iOS part of the project! 🙄 |
Same issue! |
Something is broken within the development process for MAUI and VS2022. |
@foximoxi I think you nailed it. Sometimes mistakes happens and it is OK, sometime third-party products that you relay on change their interfaces/protocols (xCode 13 vs. xCode 14) and this is understandable as well. But when you have 2 or 3 release in the row that cripple or completely stop development - this is a sign. Clearly .NET MAUI iOS team need to take a good look at their development process and figure out why this keep happening. Before VS ver. 17.3.6 release, iOS was broken, but at least I was able to build and debug on Android and moving on, expecting that by the time I'm ready to release MS will figure out the iOS issues. But now, I cannot even build. :( |
I at least have had luck working on Android by editing the project and removing iOS from the target frameworks:
You can achieve the same turning off the targets in the project, of course. |
:) |
@VWilcox2000 Really you don't need to take out the iOS setting in the |
@VWilcox2000 |
Thanks for the issue report @VWilcox2000! This issue appears to be a problem with Visual Studio, so we ask that you use the VS feedback tool to report the issue. That way it will get to the routed to the team that owns this experience in VS. If you encounter a problem with Visual Studio, we want to know about it so that we can diagnose and fix it. By using the Report a Problem tool, you can collect detailed information about the problem, and send it to Microsoft with just a few button clicks.
This issue will be automatically closed in 3 days if there are no further comments. |
For some reason, my work visual studio account will not log into the report feedback page. If someone else interested wouldn't mind posting it and linking here? I'm hoping it's fixed by Tuesday, but it would be great to have an official issue ready just in case. The good news is, I saw a new Xamarion.iOS 16.0 pushed to mac on pairing, suggesting MS /Maui team are actively working on it as they said in last patch notes. This still does not help with the build issue on visual studio, but HOPEFULLY that's what we get on Tuesday. |
@elGuille-info that is QUITE interesting. I've tried new projects, manually rebuilding a very simple csproj, etc, and for me, if iOS is in the targets, it throws that build error on all targets. Could be related to the workflows... I do hope they come out with a comprehensive workflow manager with a UI sometime down the road. You can delete the workflow folder and reinstall, but it's still a bit of a black box. |
@VWilcox2000
Following is output from my console on Mac: $ dotnet build
1 -> /Users/m*****/Documents/Temp/1/bin/Debug/net6.0-ios/iossimulator-x64/1.dll Build succeeded. Time Elapsed 00:00:03.16 maui-check output looks very cheerful as well: .NET SDK - Workloads (6.0.301) Checkup... Connect the dots... ¯_(ツ)_/¯ |
Same issue! |
For the record, the problem was reported to VS Feedback here, but that item is marked closed as a duplicate of this issue |
same issue!! |
Same issue! |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
same here |
I ran into the same issue. While I guess re-installing Windows is not applicable for the most to fix this. In my case, it did the job and was worth the efforts. |
I managed to get it to work on another computer. Guillermo |
@elGuille-info thank you for your efforts. It looks like VS Preview code/workloads got trickled in to PROD/Release version of VS. This is again reinforced @foximoxi point, that deployment process for .NET MAUI is broken. |
@belmonmi yes, but now I can try on iOS devices 😉 |
This saved me. |
For reference, I only have one stable version of VS 2022 installed (Enterprise 17.3.6), no preview has every touched this dev box. Using Xcode 13.4, and I get this issue too. Only happened since the last VS update. VS 2022 Mac is all up to date too. Xcode 14 is installed on the mac but the path is pointing at 13.3, since VS iOS agent is still telling my Xcode 14 is not yet supported. I have uninstalled and reinstalled SDKs on both platforms but with no success. Good job my customers are not yet relying on MAUI to deliver updates to our app otherwise we'd be in serious trouble., we purposely kept our Xamarin.Forms version running in parallel. I get that new platforms have issues; been there before, still carrying the scars, and I am willing to wait for things to get better with MAUI as the potential is amazing, But, I can't justify the effort it takes to "maintain" a solid build process with MAIU yet as it's causing more support issues with every update. EDIT: I have nuked VS on Windows and macOS, uninstalled workloads and SDKs, still suffering the same issue. EDIT 2: I am now working again, I reinstalled Windows (yup, I nuked it from orbit, just to be sure), Xcode 14 is now required as the version of MAUI and connecting the agent, and my apps build and deploy to iOS Simulator/devices as expected. Only different I see from the workload list on the Windows side is the iOS workload is now 16.x, it was stuck at 15.x and never updated to 16 (?). This now matches the workloads in macOS. Previously, trying to restore/repair workloads on Windows resulted in a "key not found in iOS workload dictionary" (I'm paraphrasing). I'm guessing there was some settings file locked/borked on my box that was preventing the workload upgrade(?). EDIT 3 (21/10/2022): Remoting the iOS simulator to Windows caused the debugger to hang and never deploys the app package, however, turning this "off" in options in Windows VS, the simulator opens and correctly deploys the app and all works (incl. debugging/breakpoints etc). As I'm using a software KVM (sharemouse) between Windows and maxOS, this is not a big issue for me, and of course, performance of the simulator is better on macOS. Windows VS: 17.3.6 / maui-ios 6.0.541/6.0.400 - VS 17.3.32929.385 |
This issue is being closed due to inactivity. If this issue is still affecting you, please follow the steps above to use the VS Feedback Tool to report the issue. |
Still an issue. |
Same. Still can't build a MAUI app with iOS targeting. No workarounds. |
@janduldhardt @jk-ltc this is what I did to make it work:
I hope this will help you. I cannot say for sure that this are exactly 5 steps that make my development environment operational, because I was doing other thing previous to those steps (like run repair on Visual Studio and .Net SDK). But after this "5 steps program" I can build and actually run my MAUI app on iOS simulator (xCode 14). |
@belmonmi - Brilliant. Got me over the last hurdle. |
After the last couple of updates, I committed to .net 7.0 rc2 and was able to build. On my paired local mac, it stopped working at some point and I went back to getting a black screen after the splash on every run -- with the same code. Also, then preview started doing the dreaded stop midway loading projects at the same point every time -- the "fixed" issue that happens every once in a while. Frustrated with the 5% up-time trying to work on iOS version of my app, I finally decided to try MacInCloud.com and chose the $25 option + $10 for SSH connectivity for one of the fastest mac's built. It comes with xcode 14.01 already installed. After that, my app which had been black-screening built and RAN. There is also a MacStadium option which might be better option for some users depending on the plans. The remote in software from Windows is easy to use also. Why this worked instead of my local machine which I wiped and reinstalled on? Don't know. Inconsistent files left around from a previous version breaking the current version? No idea and the generally non-informative (or worse, misguiding) messages of all xamarin tools don't help, but if you are as desperate as I was -- it seems to be working well for me... and if the machine ends up in a bad state, you can wipe and start with the initial image again. |
Description
This is a recurrence of issue #8858 that was determined not to be a bug, but I am having difficulty finding a way to work around it with the latest visual studio releases.
With the latest preview of visual studio, it has the following workloads:
Installed Workload Ids Manifest Version Installation Source
maui-windows 6.0.541/6.0.400 VS 17.3.32929.385
maui-maccatalyst 6.0.541/6.0.400 VS 17.3.32929.385
maccatalyst 15.4.454/6.0.400 VS 17.3.32929.385
maui-ios 6.0.541/6.0.400 VS 17.3.32929.385
ios 15.4.454/6.0.400 VS 17.3.32929.385
maui-android 6.0.541/6.0.400 VS 17.3.32929.385
android 32.0.476/6.0.400 VS 17.3.32929.385
The upgrade at least got rid of a version complaint blocking pairing about emscript, so I was quite hopeful. I uninstalled xcode 14 on my mac and went back to 13.3 as that is supposed to be supported next week. Also, with the preview version I now see iOS simulators again with 13.3 installed.
Building seems to go well, but I get the dreaded (by me in recent weeks at least) message above which does not provide much actionable information. I already uninstalled all of visual studio and reinstalled and behavior remains consistent.
maui-check shows the following in red:
But obviously, with latest preview and standard 2022 full installs, I have the latest. Giving 'y' a shot, just gives the following:
Failed to update the advertising manifest microsoft.net.sdk.android: microsoft.net.sdk.android.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.sdk.ios: microsoft.net.sdk.ios.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.sdk.maccatalyst: microsoft.net.sdk.maccatalyst.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.sdk.macos: microsoft.net.sdk.macos.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.sdk.maui: microsoft.net.sdk.maui.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.sdk.tvos: microsoft.net.sdk.tvos.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.workload.emscripten: microsoft.net.workload.emscripten.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Failed to update the advertising manifest microsoft.net.workload.mono.toolchain: microsoft.net.workload.mono.toolchain.manifest-6.0.300 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)"..
Downloading microsoft.net.sdk.android.manifest-6.0.300.msi.x64 (32.0.440)
Workload installation failed. Rolling back installed packs...
Downloading microsoft.net.sdk.android.manifest-6.0.300.msi.x64 (32.0.301)
Installation rollback failed: One or more errors occurred. (microsoft.net.sdk.android.manifest-6.0.300.msi.x64::32.0.301 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)".)
Workload installation failed: One or more errors occurred. (microsoft.net.sdk.android.manifest-6.0.300.msi.x64::32.0.440 is not found in NuGet feeds C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc$(PACKAGE_SOURCE_NUGET_ORG)".)
Fix failed - Workload Install failed:
dotnet workload install --from-rollback-file "C:\Users\User\AppData\Local\Temp\maui-check-2626c1fc\workload.json" android ios maccatalyst tvos macos maui --source "$(PACKAGE_SOURCE_NUGET_ORG)"
which rolls everything back so no changes are made.
Is this something where you can point me to something to change or is it likely I just need to wait for next week's build?
Thanks!
Victor
Steps to Reproduce
MAUI project targeting net6.0-ios.
Visual Studio 2022 preview 3.0
Pair to mac succeeds.
Build almost succeeds but at the very end spits out:
CSC : error CS1705: Assembly 'Microsoft.Maui' with identity 'Microsoft.Maui, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' uses 'Microsoft.iOS, Version=16.0.0.0, Culture=neutral, PublicKeyToken=84e04ff9cfb79065' which has a higher version than referenced assembly 'Microsoft.iOS' with identity 'Microsoft.iOS, Version=15.4.300.0, Culture=neutral, PublicKeyToken=84e04ff9cfb79065'
The app works fine on Android, but to do so, I have to remove iOS targeting for build to succeed.
my global.json:
{
"sdk": {
"version": "6.0.401"
}
}
Link to public reproduction project repository
n/a
Version with bug
6.0 Release Candidate 2 or older
Last version that worked well
6.0.400
Affected platforms
iOS
Affected platform versions
iOS
Did you find any workaround?
I was able to build and deploy a single time immediately after rebuilding mac / windows machines entirely. I think 2022 worked, but once I used preview it changed things up, but I was previously getting a version mismatch on Emscript until today's patch after which I'm getting the maui assembly version info message
Relevant log output
The text was updated successfully, but these errors were encountered: