We developed an Outlook Web addin in React, build with Webpack. It works on the web, on apps, and on desktop.
We have a very strange case we cannot explain with a customer. We did test on a virtual machine (Windows : 10.0.16299.0 ; Office license : Microsoft Office 365 ProPlus ; Outlook desktop version : Outlook for Office 365 MSO 16.0.10730.20264 32 bit) with both administrator account and normal user account :
Addin is working well with an administrator account, web and desktop.
Addin is working well on web with non admin account, but JS seems not to be executed on desktop. Static HTML content appears, meaning it is not a network or firewall issue.
We have another version of the addin, not using Webpack and React, just pure JS : it is working well both on web and desktop, meaning JS can be executed on the non admin account. We can see the addin loaded in the cache files of AppData.
Is there any problem of React based addin which could explain this very strange behavior (why this difference between an admin and non admin account ? how could JS could be interpreted differently depending on the type of account ?) ? Or any known incompatibility with Webpack ?
Microsoft Store developers did not find this problem running tests on the code...
Related
I have a Tauri (https://tauri.app/) react app. (latest 1.1, and latest react versions).
I used the Windows Configuration Designer to provision a kiosk device.
I attached the MSI installer of the react application in the kiosk device provision.
The provision worked and I tried to apply it on a different windows 10 PC.
A new account was created for the kiosk user (based on the configuration) but when I`m trying to use this kiosk user a bluescreen appears with the following error message:
We weren't able to start your app. Press Ctrl+Alt+Del to sign out or contact your system Admin. For more info, search online for error code: 0x80070057
My question is, how can I set up a kiosk provision package with a Tauri app?
I wanna use my custom desktop app (Tauri & react) in kiosk mode on windows 10.
I have a Web API service that is tested and working well. In a separate project I have an Outlook Web Add-In. The UI is working just fine. Now, I would like to make calls to the Web Service I've created.
The Web API project launches IIS (using SSL)
I've copied (copy/paste) the Office Add-In folders to what would be the root folder ... (at least I think I have the web root folder)
After launching the Web Service from Visual Studio, I run OWA and side load my Add-in. The right Icon appears. When I click on one of the commands in the drop down, nothing happens. Chrome's debugger doesn't show any messages that would indicate that my Add-in has been called. No errors.
We have WPF desktop application which we have packed in setup executable. Because of SmartScreen we need to certificate our application. We have used Windows App Certification Kit (WACK) from Windows 10 SDK to generate XML reports. And now we have to submit those reports to Microsoft.
https://learn.microsoft.com/en-us/windows/desktop/win_cert/windows-certification-portal
We have created developer account as company, and when I click on submitting reports:
Test locally and upload the results
After your run the Windows App Certification Kit tests, upload the results to the Windows Certification Dashboard.
https://learn.microsoft.com/en-us/windows-hardware/drivers/dashboard/
It directs me to Windows Hardware Dev Center dashboard?!?
Were do we upload our WACK reports for our desktop application certification?
I have opened a ticket with Microsoft regarding this and it turns out the "classic desktop" logo program has been discontinued.
The only way you can "certify" your application is either the Ready for Windows program or the Windows Desktop Application program.
First my apologies if I failed to find an answer searching - I tried a variety of search topics but none that were directly related.
I have a Lightswitch app deployed and working fine, running on IIS 7 and Windows Server 2008. It is an internal intranet app only.
I am using only FORMS AUTHENTICATION, all others are disabled.
The app works fine for MOST windows users.
However, some windows users get nothing but a blank screen - no login, no "loading..." and no silverlight "98%" display.
In the IIS log, I don't even see where it looks like it is being accessed when they attempt to load the app?
So, my question is, since this is FORMS authentication only, what could be causing it to NOT work based on which windows user is trying to run the app?
In other words, on the same Windows 7 machine, it works for 10 users, but not for others.
by the way, the application is remote - it is not running on the local machine.
The users ARE able to access the other ASP.NET applications hosted by the same IIS server in the same root inetpub folder.
The lightswitch application is using the ASP.NET v4.0 Classic app pool in calssic managed pipeline mode.
Any help greatly appreciated!!!
Happy to post any details/config/logs - I did not do so yet as I wasn't sure what would be most useful....
On the users machine you need to use Fiddler or the F12 tools in Internet Explorer to see exactly what calls are being made to the server and which ones are failing. LightSwitch is just an ASP.net website that launches a Silverlight application.
So the only other thing I can think of is that those users do not have Silverlight installed on their machines?
The users need to install the latest version of Silverlight. Apps built with LightSwitch 2011 require v4 or above and those built with LightSwitch for Visual Studio 2012 require v5
Silverlight Installation
I don't know much about AIR apps, but I like what I'm seeing so far. So now, I'm wondering if this type of app would make sense in the intranet at work.
Before I invest time and effort into ramping up on AIR development, I would like to know: is it possible for an AIR app on Windows to do single sign-on authentication against Active Directory? I'm thinking of maybe an AIR app that uses a logged on user's Windows credentials to connect to web services hosted on IIS with Windows auth turned on.
I know that IT security would get on my case if I rolled an app that makes a user enter a password. Any workaround that's not kludgy and accomplishes SSO with AD would be cool too.
I have successfully setup Tomcat 6.0.26 running on CentOS 5.4 (Final) with Java 1.6.0_17-b04 using the SPNEGO servlet filter from spnego.sourceforge.net to automatically authenticate WindowsXP SP3 with IE 7.0 against a Windows 2003 R2 Active Directory domain. In addition, I have an Adobe AIR application developed for use on an intranet that can also authenticate via SPNEGO just like IE7.
Before getting Tomcat working on CentOS, I followed the "pre-flight checklist" and "install guide-tomcat" links at sourceforge.net to get Tomcat working with the SPNEGO filter on a Windows XP server. Once I got things setup so that IE could auto-authenticate, Adobe AIR just worked.
Once I had the username, I wrote some code to pull user groups from the AD LDAP. Helpful links for Java LDAP code may be found at starting at http://forums.sun.com/thread.jspa?threadID=726601.
Definitely. If SSO works in IE it works in your AIR app. We are currently deploying an app that does just this.
AIR running on Windows will use the SSO settings from Internet Explorer. As long as your users can login with SSO in IE, they can do the same in AIR. This can be done with group policy settings pretty easily: add your site as an Intranet site, enable Integrated Windows Authentication, and you're good to go.
Haven't run into any problems so far. We've tested it with about 10 users. YMMV.
Using AIR you can read files from the file system and you can open network connections, so that should get you somewhere.
What would the use of the SSO be? Describing a possible job that this AIR app should perform will help people to give a more helpful answer.
Charles,
If you have an example of some code that pulls I.E. credentials, I would be really grateful to see it. I'm working on building a Flex app that accesses content on a SharePoint server that uses the active directory to authenticate permissions.