Windows 10: The settings app does not display some options without admin rights. Running UWP apps as...

Martin Fessler · Sep 8, 2020

Hello everybody,

In the good and better old control panel, which unfortunately Microsoft is letting die more and more, you get a UAC request or the user login dialog for certain settings.
Unfortunately, this is not the case with the settings app, here - if the user does not have admin rights - certain points are simply not displayed.

If the areas were at least grayed out... but simply not showing them is really impractical.

I don't want to have to go through all the submenus every 6 months to find the differences.
And then do the whole thing a second time to test whether a setting is device- or only user-specific.

Is there another possibility?
Unfortunately, the settings app as a UWP app cannot be run with other rights.
Or is there a solution in the meantime?

I'm grateful for every tip.

Thanks and greetings,
Martin

:)

Martin Fessler · Sep 8, 2020

Run UWP apps with admin rights, start software as admin without password.

Hello everybody,

I have two problems regarding user accounts without admin rights:

UWP apps:
Is there really no way to execute UWP apps (like "Settings") with admin rights?

Win32/64 software:
Would like to run a software with admin rights, but the user should not get the password of the admin account.
First thought of the task scheduler, but here the software is not executed interactively, i.e. on the user's desktop.
Runas with savecred is insecure, pass the password in a batch and then "encrypt" it with one of these .bat to .exe tools would work.

Or do you have a better idea?

Thanks and greetings,
Martin

FordGT90Concept · Sep 8, 2020

Microsoft Adds Ability to Block Win32 Apps from Install on Windows 10

Yes, UWP is an interpreter, an app running in UWP can't function without the interpreter. Only the UWP core has access to the actual hardware, the app does not.

By not having direct access to the hardware, they perform slower. UWP has to translate everything and make sure it passes safety and security checks.

If UWP has issues, all of the apps running on top of it also will. I've seen that in early release of Windows 10 where all UWP based, Windows-included apps broke (Edge, Calculator, Mail, etc.). Granted, it was only broke in one user account.

Brink · Sep 8, 2020

The path from a desktop app to a Universal Windows Platform (UWP) app

Last month, we provided an overview of the Desktop Bridge in this blog post. We are excited to announce that since then we’ve released a new version of the desktop app converter, adding support for great new features and fixing several issues to provide a more stable environment. To learn more about the improvements in the Desktop App Converter, please visit http://aka.ms/converter.

Today, we will follow up with a walkthrough of a concrete coding example that takes an existing desktop app and gradually migrates and enhances it with the Desktop Bridge into a full Universal Windows Platform (UWP) app that can run on all Windows 10 devices—such as Xbox One, HoloLens, phones, et cetera—and take full advantage of the platform.
Our starting point is a simple Windows Forms app that keeps track of the user’s status by storing it in the registry. Essentially, we start with this:

[table][tr][td]1 2 3 4[/td] [td]private void cmbBox_SelectedIndexChanged(object sender, EventArgs e) { MyRegKey.SetValue("Status", cmbBox.SelectedItem); }[/td] [/tr] [/table]

The code for this sample app, as well as the code for each of the steps along the journey across the bridge, can be found in our sample repo on GitHub. As we gradually migrate our app, it remains fully functional every step of the way and picks up additional features that will help keep users engaged.

Step 1: Convert

As a first step to get our app on the bridge, we take it through the conversion process. There are a couple of options to do this initial step. For a simple app like this, which gets installed just by copying binaries, we can quickly perform a manual conversion as explained in this article on Dev Center and demonstrated in this sample on GitHub. Apps that are using a .MSI (or similar) installer should use the Desktop App Converter for the conversion process. Finally, there are several third party install tool providers who are in the process of adding support for the Desktop Bridge to UWP in their products, as well, such as Advanced Installer, FireGiant and InstallShield.

Once the conversion is complete, we want to test, adjust, and enhance our application in Visual Studio. For that, we can take advantage of the project type for UWP packaging, which the Visual Studio team recently introduced for Visual Studio 15 Preview 2 (see this post for details and instructions).

Now we can hit F5 and debug our application running within the UWP app model. With the conversion, a number of immediate platform benefits become available automatically, such as Start menu integration, clean install/update/uninstall, and distribution of the .appx package via your choice of distribution.

Step 2: Enhance

Now that we have brought our app into the UWP app model, an app identity (as specified in the appxmanifest.xml file) is added, which enables our app to call UWP APIs that were not available to our desktop application before. Let’s look at an example of how to add a Live Tile to our app. The goal is to update the tile on the Start menu whenever the user’s status changes:

[table][tr][td]1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17[/td] [td]private void comboBox1_SelectedIndexChanged(object sender, EventArgs e) { MyRegKey.SetValue("Status", comboBox1.SelectedItem); // Update the apps live tile XmlDocument tileXml = TileUpdateManager.GetTemplateContent(TileTemplateType.TileSquare150x150Text03); XmlNodeList textNodes = tileXml.GetElementsByTagName("text"); textNodes[0].InnerText = "MyDesktopApp"; textNodes[1].InnerText = "Status: "; textNodes[2].InnerText = comboBox1.SelectedItem.ToString(); textNodes[3].InnerText = DateTime.Now.ToString("HH:mm:ss"); TileNotification tileNotification = new TileNotification(tileXml); TileUpdateManager.CreateTileUpdaterForApplication().Update(tileNotification); }[/td] [/tr] [/table]

Step 3: Extend

In addition to calling more UWP APIs, we can now also add UWP components to our app package to take advantage of other exciting UWP features. Examples of this include adding App Services, becoming a sharing target or a file picker, or adding background tasks.

With background tasks, an app can respond to triggers to execute code even when the app is not running—even if the device is in connected stand-by mode. This way, you can always keep your app up to date and create an experience of an app that is always alive. To illustrate this in our example, we want to use the TimeTrigger to periodically check the status and notify the user via a toast notification:

Now that your Winforms app has identity and runs in the UWP app model. You can declare background tasks in your manifest and register them from your code the same way a UWP can do today:
[table][tr][td]1[/td] [td]RegisterBackgroundTask("Timer", new TimeTrigger(15, false));[/td] [/tr] [/table]

When the TimeTrigger fires, the system will invoke your registered background task in a UWP app container process and you can run code even if your app is not currently running:
[table][tr][td]1 2 3 4 5 6 7[/td] [td]public sealed class BgTask : IBackgroundTask { public void Run(IBackgroundTaskInstance taskInstance) { ShowToast("Status: " + currentStatus); } }[/td] [/tr] [/table]

Step 4: Migrate

To take advantage of UWP UI features such as a touch-friendly UI and smooth animations, let’s migrate the user experience of our project to a XAML front-end. In practice, the details of the UI migration depend on the Win32 UI framework your app has been using and the complexity of your UI. In this simple example, the changes are straightforward. In most real apps, however, this step will require more developer resources.

At this time, we can delete our now obsolete Windows Forms related UI code. However, we still want to keep around our desktop app process for our existing business logic (i.e. managing the app’s state via registry). To communicate between the two processes, we are using an App Service as communication pipeline.

[table][tr][td]1 2 3 4 5 6 7 8 9 10[/td] [td]private async void cmbBox_SelectionChanged(object sender, SelectionChangedEventArgs e) { ValueSet valueSet = new ValueSet(); valueSet.Add("StatusUpdate", cmbBox.SelectedItem.ToString()); if (App.Connection != null) { AppServiceResponse response = await App.Connection.SendMessageAsync(valueSet); }[/td] [/tr] [/table]

Step 5: Expand

In the final step, we will now expand the reach of our application to all Windows 10 devices that run UWP apps by moving the last remaining pieces of code into the UWP app container process. To do so, we will replace the registry-based state with the UWP-compliant ApplicationData API. Thus, we can now deploy our app to phones, Xbox One, HoloLens and other Windows devices that run UWP apps.

Conclusion

The Desktop Bridge offers an exciting path to migrate your existing desktop apps to UWP. It enables you to gradually move across the bridge at your own pace while keeping your existing code investments running at all times along the way.

As you explore the tools on current preview builds, we’re very keen to hear your experiences and feedback. The best place to make feature suggestions is on the Windows Developer UserVoice site. For questions and bug reports, please head over to the Developing Universal Windows apps forums.
Click to expand...

Source: The path from a desktop app to a Universal Windows Platform (UWP) app | Building Apps for Windows

Windows 10: The settings app does not display some options without admin rights. Running UWP apps as...

The settings app does not display some options without admin rights. Running UWP apps as...

The settings app does not display some options without admin rights. Running UWP apps as...

The settings app does not display some options without admin rights. Running UWP apps as...

The settings app does not display some options without admin rights. Running UWP apps as... - Similar Threads - settings app does

How to Run an App Without Admin Privileges

How to Run an App Without Admin Privileges

How to Run an App Without Admin Privileges

Apps not running as admin.

Apps not running as admin.

The settings app does not display some options without admin rights.

Run UWP apps with admin rights, start software as admin without password.

Cannot run some Programs on Program Files without Admin rights

UWP without right display driver