Closed Tresillo2017 closed 1 year ago
Hi,I am the OP of the project. I take note of your problems. It's may not be caused by the FL code. In my opinion,the problem may be caused by incomplete or incorrect compilation environment. Please double-check your environment first, and you'll need to go to msdn docs to find out more about this bug. I have feedbacks to RD. Please be patient and wait for their reply. Thank you for your feedback. Lastly, thank you for your support of Fluent Launcher.
We have made some big changes recently.If you need to compile and modify urgently, you can try to clone this commit 03e48b32b0d4608f507d8b414e424f09b2fb1b6a to compile successfully.
I cloned the project today, so all changes are present
I cloned the project today, so all changes are present
There may be some unverified changes recently, which may lead to compilation failure.My suggestion is that you can try to compile with release version. https://github.com/Xcube-Studio/Natsurainko.FluentLauncher/releases/tag/v2.1.8.0
I tried creating a new certificate on the Package.appxmanifest. And now i'm getting the same error but more info on the Debug output.
Exception thrown: 'System.Runtime.InteropServices.COMException' in WinRT.Runtime.dll
WinRT information: Error trying to initialize the application data container server
The first few lines of the stack trace look like an issue with the ApplicationData API. Could you please confirm that you are running the packaged target when debugging? The ApplicationDataContainer APIs require a package identity and cannot be used in unpackaged mode.
Debug settings should look like this:
I tried creating a new certificate on the Package.appxmanifest. And now i'm getting the same error but more info on the Debug output.
Exception thrown: 'System.Runtime.InteropServices.COMException' in WinRT.Runtime.dll WinRT information: Error trying to initialize the application data container server
This project does not require a certificate for debugging. We use a certificate to sign the packages in GitHub actions. I would recommend not to use a certificate for debugging.
I used the packaged program by default but I didn't tried with unpacked On Jun 12, 2023, 10:17 PM +0200, GavinY @.***>, wrote:
The first few lines of the stack trace look like an issue with the ApplicationData API. Could you please confirm that you are running the packaged target when debugging? The ApplicationDataContainer APIs require a package identity and cannot be used in unpackaged mode. Debug settings should look like this:
I tried creating a new certificate on the Package.appxmanifest. And now i'm getting the same error but more info on the Debug output. Exception thrown: 'System.Runtime.InteropServices.COMException' in WinRT.Runtime.dll WinRT information: Error trying to initialize the application data container server This project does not require a certificate for debugging. We use a certificate to sign the packages in GitHub actions. I would recommend not to use a certificate for debugging. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I used the packaged program by default but I didn't tried with unpacked … On Jun 12, 2023, 10:17 PM +0200, GavinY @.>, wrote: The first few lines of the stack trace look like an issue with the ApplicationData API. Could you please confirm that you are running the packaged target when debugging? The ApplicationDataContainer APIs require a package identity and cannot be used in unpackaged mode. Debug settings should look like this: > I tried creating a new certificate on the Package.appxmanifest. And now i'm getting the same error but more info on the Debug output. > Exception thrown: 'System.Runtime.InteropServices.COMException' in WinRT.Runtime.dll > WinRT information: Error trying to initialize the application data container server This project does not require a certificate for debugging. We use a certificate to sign the packages in GitHub actions. I would recommend not to use a certificate for debugging. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.>
Unpackaged mode is currently not supported, but debugging in packaged mode looks good to us. The release build currently in Microsoft store also works fine.
The error comes from
public WinRTSettingsStorage()
{
_rootContainer = ApplicationData.Current.LocalSettings;
}
Some approaches worth trying I think:
ApplicationData.Current.LocalSettings
in a clean WinUI 3 project to ensure this issue is caused by Fluent Launcher rather than system settingsI may try later this week from another pc or a Mac os instance with a forked version not cloned. I'll check that thanks On Jun 12, 2023, 11:00 PM +0200, GavinY @.***>, wrote:
I used the packaged program by default but I didn't tried with unpacked … On Jun 12, 2023, 10:17 PM +0200, GavinY @.>, wrote: The first few lines of the stack trace look like an issue with the ApplicationData API. Could you please confirm that you are running the packaged target when debugging? The ApplicationDataContainer APIs require a package identity and cannot be used in unpackaged mode. Debug settings should look like this: > I tried creating a new certificate on the Package.appxmanifest. And now i'm getting the same error but more info on the Debug output. > Exception thrown: 'System.Runtime.InteropServices.COMException' in WinRT.Runtime.dll > WinRT information: Error trying to initialize the application data container server This project does not require a certificate for debugging. We use a certificate to sign the packages in GitHub actions. I would recommend not to use a certificate for debugging. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.> Unpackaged mode is currently not supported, but debugging in packaged mode looks good to us. The release build currently in Microsoft store also works fine. The error comes from public WinRTSettingsStorage() { _rootContainer = ApplicationData.Current.LocalSettings; } Some approaches worth trying I think:
• Checkout the last release and see if there is an error • Access ApplicationData.Current.LocalSettings in a clean WinUI 3 project to ensure this issue is caused by Fluent Launcher rather than system settings
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I deleted the local folder and tried forking the project, but it wasn't launching so I updated the NuGet packages and now it's giving me this error
I deleted the local folder and tried forking the project, but it wasn't launching so I updated the NuGet packages and now it's giving me this error
MicrosoftAuthenticationException
is a public class in FluentCore, which comes from a nuget package. The containing class MessageService
is also a public class so accessibility should be fine. Compilation through GitHub Actions also passed so I am quite sure the codebase can build. Try cleaning the obj
folder generated and rebuild the solution.
Clearing the obj
folder and rebuilding it didn't solved the problem.
I tried running it by downloading the .zip
from the releases but it's giving me this error.
Exception thrown: 'System.TypeInitializationException' in Natsurainko.FluentLauncher.dll
I just cloned again the project on the C:
drive and it's working perfectly.
Describe the bug
System.Runtime.InteropServices.COMException System.Runtime.InteropServices.COMException (0x80073DB8): Loading the state store failed. (0x80073DB8) at WinRT.ExceptionHelpers.g__Throw|20_0(Int32 hr)
at ABI.Windows.Storage.IApplicationDataMethods.get_LocalSettings(IObjectReference _obj)
at Windows.Storage.ApplicationData.get_LocalSettings()
at AppSettingsManagement.Windows.WinRTSettingsStorage..ctor()
at System.RuntimeMethodHandle.InvokeMethod(Object target, Void* arguments, Signature sig, Boolean isConstructor)
at System.Reflection.ConstructorInvoker.Invoke(Object obj, IntPtr args, BindingFlags invokeAttr)
at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite constructorCallSite, RuntimeResolverContext context)
at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor
2.VisitCallSiteMain(ServiceCallSite callSite, TArgument argument) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitRootCache(ServiceCallSite callSite, RuntimeResolverContext context) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor
2.VisitCallSite(ServiceCallSite callSite, TArgument argument) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite constructorCallSite, RuntimeResolverContext context) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor2.VisitCallSiteMain(ServiceCallSite callSite, TArgument argument) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitRootCache(ServiceCallSite callSite, RuntimeResolverContext context) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor
2.VisitCallSite(ServiceCallSite callSite, TArgument argument) at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.Resolve(ServiceCallSite callSite, ServiceProviderEngineScope scope) at Microsoft.Extensions.DependencyInjection.ServiceProvider.CreateServiceAccessor(Type serviceType) at System.Collections.Concurrent.ConcurrentDictionary2.GetOrAdd(TKey key, Func
2 valueFactory) at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(Type serviceType, ServiceProviderEngineScope serviceProviderEngineScope) at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(Type serviceType) at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetService[T](IServiceProvider provider) at Natsurainko.FluentLauncher.App.GetService[T]() at Natsurainko.FluentLauncher.Views.MainWindow..ctor() at Natsurainko.FluentLauncher.App.OnLaunched(LaunchActivatedEventArgs args)Steps to reproduce the bug
Clone the repo Install dependencies Run in debug mode
Expected behavior
To run normally
Environment
Windows: 22621.1778
Attachment