Is it possible to see the web requests made within IIS? I've seen references to clicking the "Failed requests tracing" but I cannot see that in the server's IIS dialog that I'm working with.
Is this an extra feature you need to install perhaps? I've tried to check within the turn windows features on or off but on the server it doesn't produce the familiar dialog that lists an array of features with checkboxes. Instead it launches the Server manage window.
Any help appreciated.
Many thanks
When you open IIS Manager and root of the left side tree is selected (Your server name). You must be see Worker Processes Icon:
after you click it see all worker processes per your sites. click one of them that you want and see their requests.
Related
We are using Guacamole for developing an application with RDP. We did POC using code from the following GitHub repositories:
https://github.com/wwt/guac
https://github.com/wwt/guac-vue
Configuration details are:
Windows Server 2016. RDP service is running here.
With this setup, we could successfully access the application remotely, however, the "minimize" action is not behaving as we expected. That is, the remote app window vanishes when we press the "minimize" button and a black screen is shown.
We could get back to the app by pressing 'Alt+Tab' combination but what we are expecting here is that the app getting placed at the bottom of the window showing three buttons: "Minimize, Restore and Close", so that we can take the further action. (As shown below.)
Has someone come across such a scenario and was able to address the need? Any help will be highly appreciated.
We came across this thread that talks about a similar problem but it doesn't have a solution.
We also explored official documentation of guacamole but had no luck.
Thanks in advance!
I believe you are starting the application using RemoteApp mechanism. The RemoteApp means that the remote application will be started integrated with the local computer desktop. The local computer desktop, or better window manager, will handle the minimise action.
In case of the Guacamole, the "local computer desktop" is the browser window, which does not have window manager. This means that there is no place for app to go when minimised.
You may try the Guacamole parameter "initial-program" instead of "remote-app". This parameter will launch the application immediately upon the connection is established, but the session will also have full desktop from the remote machine.
I have developed a very basic Outlook Web Add In, with the purpose of loading a Power Apps app by using an iframe object with a URL pointing to the app, all this from Office 365 on desktop devices.
It works as intended and, when loading, Power Apps asks the user to login first, this isn't the app itself asking to login, but Power Apps asking the user to identify first and then loading the app. This also works, at least on some devices.
It has come to my attention that some users can't make it past the login request, as instead of opening a browser tab and showing the login form, the iframe in the Add In, shows this message, which, obviously, makes users think the app isn't working:
This app isn't working. Refresh your browser or try again later
Apparently this message is not that uncommon and at least from what I've read it isn't clear enough either.
Besides that, Windows is displaying this message:
You'll need a new app to open this about link
I'm not even sure what it means, but it shows a list with zero apps that can open this "about link", and the option to go the Windows Store.
What should happen (and happens on some devices):
User is shown login request (by Power Apps)
User logs in
App is loaded and shown to the user
What happens (only on some devices):
User is shown login request (by Power Apps)
Windows can't open a web browser, so the user can't log in
Message saying app isn't working appears, because app was never loaded.
As I don't quite understand why this only happens on some cases, I have been testing the issue, and I have found that when the Power Apps login button is clicked, a file called ielowutil.exe, which apparently stands for Internet Low MIC Utility Tool, is executed before the web browser is shown with the login screen, and this only happens on the devices that can eventually load the app, the ones that fail never run this program.
From what I understand this file is related to Internet Explorer.
The Outlook Web Add In is already working within a web browser, according to Microsoft the browser is chosen automatically (Browsers used by Office Add-ins), so if it's already opened then I don't quite understand why it can't open a new tab/window.
The combination of system requirements for Office Add-ins and Power Apps may be the cause of the error here. While some combinations of platforms and Office versions still support IE 11 for add-ins and may default to opening URLs in IE per Browsers used by Office Add-ins and Support Internet Explorer 11, it looks like IE is no longer supported by Power Apps (see Supported browsers for running Power Apps).
For users who experience the issue you mentioned because of IE, you may need to add an alternate experience for the add-in to gracefully fail (see Determine at runtime if the add-in is running in Internet Explorer) or consider a different solution for hosting the Power Apps app.
In the Chrome Developer tools (pressing F12), I can see all service workers, accessing the Application tab, selecting Service Workers menu, checking "Show All".
How can I do it, in the Firefox ?
Type about:debugging#workers in your address bar,
or in a more natural way:
Menu -> Web Developer -> Service Workers.
On about:serviceworkers (checked on Firefox 72) there is another interface from where you can also unregister or remove service workers.
Not sure why there are two different interfaces to deal with service workers in Firefox. đ
JUNE 2020 EDIT: I've noticed that on Firefox 76 from about:debugging#/runtime/this-firefox you can also now unregister service workers, functionality that previously wasn't available from this page. The funny thing is that this updated page is also on Firefox 72! The code for this page must be updated remotely without the need of updating Firefox. Didn't know that Mozilla integrated this functionality into the browser.
This works for me
about:debugging#/runtime/this-firefox
visit that in your firefox browser
You can also see them in the serviceworker.txt file in your profile.
If you have many of these service workers and want to disable them all, an easy way is to rename or move that file and restart Firefox.
I have the Sales app plus two custom apps in a production instance. I have created a sandbox instance and done a full copy from production to sandbox. https://home.dynamics.com however is only showing tiles for the apps in production, there is nothing there for sandbox. The same is true of the Dynamics 365 drop down that shows available apps, nothing for sandbox.
I know the sandbox apps are present because I can navigate to them by modifying the URL for the production app to point at the sandbox instance. I have tried clearing cache, syncing on the home menu and logging off/on.
I have an outstanding request open with Microsoft, but they don't seem to know much about this.
You can't see the sandbox there because sandbox is a separate "Instance" of CRM not a separate "App" of CRM. I believe that you don't want users to have access to the same data on Sandbox and on Production? Apps are simply a way to allow you to group your data into different set of entities (you can specify which entities should be available for an app), providing different sitemap etc. but the underlying database is the same. Sandbox is different database (a separate organization) which can (and most likely is) on separate server. That's why you won't see it under your apps (as it is technically not an app)
UPDATE:
Don't know why I thought you are talking about this pane on the left when you are exploring Dynamics 365. https://home.dynamics.com should indeed show you a tile for different instances. It's clearly a bug, so this is a task for Microsoft Support team, not Stack Overflow question
You should be able to see the Sales app and the custom Dynamics 365 instance using the following steps
- click the chevron on the right of Dynamics 365 label on the upper left
- click the chevron on the right of My apps label
- Sales app is shown
- Custom app is shown
If you still can't see it using those steps, then you might encountered the issue that I have also encountered before where my apps are missing. I just reinstalled a new sandbox, and all my previous changes are gone. Hopefully this won't be your last resort and someone could post a better alternative. For me I just recreated it since it's just a sandbox anyway.
I have this code in my WinJS default.html:
<x-ms-webview src="http://localhost/"></x-ms-webview>
<x-ms-webview src="http://display/"></x-ms-webview>
<x-ms-webview src="http://192.168.1.2/"></x-ms-webview>
display is defined in the hosts file:
127.0.0.1 display
and 192.168.1.2 -- the one that is successful -- is another computer on the network.
This is in my appx.manifest:
display and localhost successfully load in IE on the desktop and metro.
My OS is Windows 8.1 Enterprise. I have also completely disabled the Windows Firewall and this has had no effect.
What else can I do?
Microsoft blocks connections to the local machine except while running from the Visual Studio debugger.[1]
There is, however, a workaround tool. Quoting from this post on an MSDN blog:
Immersive applications (and IE11 on the Desktop) run inside isolated processes known as âAppContainers.â By default, AppContainers are forbidden from sending network traffic to the local computer (loopback).
[...]
I have built a GUI tool that allows you to very easily reconfigure an AppContainer to enable loopback traffic. This tool requires Windows 8 and runs on the .NET Framework v4. When launched, the utility scans your computerâs AppContainers and displays them in a list view. Each entry has a checkbox to the left of it, indicating whether the AppContainer may send loopback traffic. You can toggle these checkboxes individually, or use the buttons at the top to set all of the checkboxes at once. Click Save Changes to commit the configuration changes youâve made, or click Refresh to reload the current configuration settings.
The aforementioned standalone tool is available from here.