We have a product that uses Kendo UI on the front end. On a Windows Server 2016 box we were getting some odd results, random parts of it not working.
We knew that the machine had 'IE Enhanced Security Configuration' switched on but the site had been added to the trusted list. There were no console errors, no missing files in the network trace
The problem was because something in the product was resulting in navigation to 'about:blank'. We only found out by accident as another Windows Server 2016 box was reporting errors in a popup, this one wasn't.
Once we added about:blank to the trusted sites list then the web site came back to life
Related
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.
I'm working on an Outlook addin using the new Office-JS apis, and in building out the authentication flow, I've found that in the Outlook 2016 for Mac case, the dialog system seems to not work properly.
To be clear, we're using the Office Insider Fast Track build as it has much improved support for the Office-JS API.
I've been through several iterations of this particular piece (most of which worked fine both in the Windows client and the web client on Mac and Win), and have had no luck. The scenario is:
List item
Open up the task pane in outlook.
Hit the sign in button
A new window opens, pointed at our authentication portal
User signs in.
On auth completion, the window redirects to a page in the office add-in scope, and calls back to the parent frame with the auth token, where it can be further processed.
Steps 1 through 5 work fine on all platforms. Step 6 refuses to work on Outlook for Mac. Initially, this flow was built using the native js window.open and window.postMessage apis. As mentioned above, this worked everywhere but Outlook Mac, where, the API seemed to ignore the window options and just open the url in a new tab in whatever browser was open and never setting the child window reference (result of window.open being null).
Failing this, I followed the advice found here on SO to use the Office functionality, displayDialogAsync and messageParent. After some initial hurdles, this too was setup and working on every platform save Outlook Mac.
As there is no dev tools or JS console support in Mac Outlook, I followed the advice found here Howto: Outlook 2016 for Mac - Debugging/View Console Logs in Outlook Add-in and setup Vorlon to attempt to get some context, adding numerous logging points to try and get some context. Unfortunately, while Vorlon does pick up my auth landing page as a client, and sees the Office interfaces, none of my console outputs are presented, making it seem as though the JS isn't running at all.
At this point I'm not sure what to try next. Has anyone run into this issue, or gotten this to work on the Outlook 2016 for Mac client?
Clarifying context:
All auth pages are listed in the AppDomains section of the Manifest.
While initial versions pointed directly at our auth service (this worked on not Mac), the current version first opens up an in scope pre-auth page that redirects to the auth service.
The Office-JS api's block alerts, preventing their use in displaying useful information.
Authentication through all versions of this app have worked on both Outlook 2016 on Windows and OWA on both Win and Mac.
Thank you.
This issue in Outlook Mac has been fixed a few months ago. If anyone still encounters this issue with a recent Outlook Mac build, please reply with the build number.
The Office.context.ui is undefined in v16.17 (180909) build of Outlook for Mac 2016 using the following OfficeJS dist:
https://appsforoffice.microsoft.com/lib/1/hosted/office.js
I've got a Word add-in working well on Windows, and the basics are working on Mac also (Word 2016 both).
What browser does Word 2016 for Mac use?
I see this post:
What browser / browser engine do Office Add-ins use?
But it doesn't explicitly define the way Mac does it.
I see posts about clearing the cache, which is helpful (that will be my next challenge) like How to clear client side browser cache for Excel 2016 Task Pane add-in on Mac?.
Specific reason I'm asking is trying to use Firebase for authentication. On Windows, because Word 2016 uses IE11, clicking Login (with Firebase running the show) in my taskpane pops open IE11...and the login through the full browser is recognized by the Taskpane.
On Mac, clicking Login is opening my default browser...
Alternately I could try to keep the Firebase flow in the Taskpane...but not sure how to do that:)
Mostly curious how Microsoft is kludging this on Mac.
For Mac, the native WebKit control is being used (https://developer.apple.com/reference/webkit/webview). Window.open or other popups will open in the default browser and not share cookies or have window.opener pointer to the WebKit control by default. This does not work in authentication scenarios. If you want the popup window to be opened in a separate WebKit control for authentication, you will need to include the trusted domain in the AppDomain list of the manifest: https://dev.office.com/reference/add-ins/manifest/appdomains. window.opener and cookies should then work between the popup and add-in. The AppDomain list is supported on every platform.
I am doing Dialog box development in CRM 4.0. Opening the dialog box through this line:-
JavaScript="window.showModalDialog('http://localhost/CinmarPages/BatchPurchaseOrderChange.aspx', window, 'dialogHeight: 400px; dialogWidth: 600px;help:0;status:0;scroll:0'); crmGrid.Refresh();"
On the Ok button of this dialog box the code written is something Save operation + alert('xxxx') + window.close(); and on the cancel button window.close();.
The issue which I am facing is when I choose OK or cancel button, the current ModalDialog behaviour is as expected, but the same URL of ModalDialog open again in full fledge IE browser. This is happening only in production when I am browsing the production IE browser instance, while if I access the production CRM from any other machine, the workflow and everything is fine means, its not opening again.
I feel there is some setting issue in the production IE browser. Since, many of CRM user accessing production machine through terminal services, so I need this functionality to work on production too. Windows server 2003 R2 x64 (with SP2) with IE8 is installed on production.
Add <base target="_self"/> under the <head> tag.
From: here, and here.
We're writing a Windows client application in VB.NET. On the first launch of the application it loads a local HTML file "User Guide" for the user to get acquainted with the new software. There is also a menu option to access the content which also produces the same error. Whenever the page is launched, a dialog box appears stating that "The system could not find the specified file.", and then the browser windows loads the content. This is IE8 specific, as we previously tested with IE6 and 7 as well as Firefox with no problems.
Apparently this behavior is also happening within Outlook 2007 for some of our users whenever they click a link in an email, but only on the first link they click.
Also, one condition for the error to appear is that no IE8 window is currently running, otherwise another tab opens and loads the content just fine. We get this error on XP and Vista.
So far this is all I have found about the issue:
http://www.eggheadcafe.com/conversation.aspx?messageid=34394054&threadid=34361999
http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?query=general+failure.+the+url+was+&dg=microsoft.public.outlook.general&cat=en_US_db03bd1f-73aa-41e1-abfd-27a6e3c352e5&lang=en&cr=US&pt=&catlist=&dglist=&ptlist=&exp=&sloc=en-us&mid=cb1e6b6d-71fd-4351-ae98-c10fccf5809c
Anything would be greatly appreciated.
Thanks!
Esactly the same issue; problem was resolved by disabling a specific add-on:
"Sophos Web Content Scanner"
So, looks like anti-virus add-ons are the culprit here - or IE8 itself.
Problem can also be reproduced (when add-on is running) by simply entering a url into the Start box on Vista.
The issue is caused by the McAfee Host Intrusion Prevention service. Stopping the service mitigates the issue. So the answer is to contact the team who runs the HIPs application.