msix limitations
3 TopicsApp does not launch immediately after installation but after a 40 mins delay it launches again
Hi, This is a really strange issue and I can't figure out the root cause. We have a WPF app that gets packaged into MSIX using Azure pipelines. A self signed certificate is using for signing the package which is created by me. If I push my code to the repo and trigger the pipeline, the MSIX artifact installs and launches without any issues for every software developer in our team but if someone else pushes code to the repo, the MSIX artifact would install but not launch for them for approximately 35-40 minutes after installation and then magically start launching after. This only happens to the developers (except me the publisher of the certificate) who have access to the source code and can trigger the pipeline by updating the repo. We have distributed the MSIX installer to end users numerous times and no one has had any issues launching the app after installation. Has anyone experienced this? Best, Mo3KViews1like7CommentsIssue with MSIX Packaged Application Starting Only with Admin Privileges
Hello everyone, I've developed an application that runs perfectly fine with standard user privileges when installed using the traditional setup.exe procedure. However, when I convert and install the same application using the MSIX packaging process, I'm facing an unexpected behavior. The application launches only when executed with administrator privileges, even though the application itself doesn't require such elevated access. Just to provide a bit more context, I've developed the application with lower privilege requirements, as it's designed to be installed in the "Local" folder on the computer. While the MSIX package does an excellent job of simulating the classic installation folder structure, the application, once installed, fails to write essential configuration files to the same folder that contains the executable file. These files are crucial for the program's proper functioning upon its first launch. I've tried experimenting with various privilege settings within the MSIX package, even ticking all available privileges, but unfortunately, the issue persists. Here's where it gets even more intriguing. If I create the package with the Debug mode enabled and start the application with admin privileges, it manages to write the necessary files for its startup. It's as if the debugging environment adds an extra layer of writing permission. Has anyone else encountered such a situation? I would greatly appreciate any insights, recommendations, or potential solutions that the community might have to offer. This issue is making me scratch my head, and I'm hoping that some of you might have encountered something similar and found a workaround. Thank you in advance for your time and assistance. Cris2.8KViews0likes2Comments