Apps
7 TopicsMicrosoft 365 Apps for Windows 10:Default file format
Hi, when deploying M365 Apps via Intune it is mandatory to define the "Default file format". Either "Office Open Document Format" or "Office Open XML Format". This selection leads to the situation, that when saving an excel worksheet one of the above file formats are are set as the default file format to save as. How would I be able to let e.g. xlms be the default file format? cheers, heinzelrumpel290Views1like0CommentsApp assignment - removing a required app
Dear community, I am cleaning up our Intune Apps for Windows - just for confirmation: when I remove the "Required" assignment, it does not take any action on the client, correct? I don't want to break anything and the inventory is very mixed, sometimes an MSI, sometimes a very old and somehow packaged EXE. Thank you and kind regards, EileenSolved33KViews1like9CommentsMSI's that won't install
I've got a small estate but one that's entirely remote working only - so I'm reliant on InTune to get updates pushed out to remediate CVE's for basically anything and everything. This has thrown up a few hurdles over the last 2 years but I've managed to resolve most of them with only minimal faffing around. I've got 3 products right now though where the MSI's just absolutely will NOT play ball. One is from Microsoft - the ODBC \ OLE drivers installers. 4 MSI's all told (ODBC v17 & v18, OLE v18 & v19) The other is NodeJS. I've done everything I can think of, but yet I still get either outright failures with precious little by way of logs (I'm looking at you Microsoft ODBC/OLE teams). Or I get conflicting errors. Node.JS for example, from the log: MSI (s) (04:E0) [14:11:06:005]: Product: Node.js -- Error 1925. You do not have sufficient privileges to complete this installation for all users of the machine. Log on as administrator and then retry this installation. Error 1925. You do not have sufficient privileges to complete this installation for all users of the machine. Log on as administrator and then retry this installation. But yet the MSI for Node.JS flags as 'Device' only: Anyone else successfully managed to get these deploying via InTune, and if so, how?2.5KViews0likes4CommentsRemove desktop shortcut via Intune APP deployment
I'm new to Intune en App deployment. I created a desktop shortcut to a program of ours. That works fine, but now my question is how to remove te shortcut when the user is removed from the group. I created the desktop icon through en install.cmd and a ps1 so the shortcut is placed on the users public desktop. Via Intunewinapputil I created the package. In de app deployment I put in the line for uninstall command "del /f "c:\users\public\Desktop\%name%.url" (the real name not %name%) I'm only stuck at how to remove the shortcut. How can I remove the shortcut? Do I use a group and assing it to "Assignments"? I'm missing a "link" I think.5.5KViews0likes3CommentsApp protection policy not applying
Hi, I'm trying to configure an iOS app protection policy for a client but I'm failing to get it applied on a iPhone XR with a fully licensed user. I deployed the app config policy with the IntuneMAMUPN key, currently only testing with the Outlook app, which is set as required in the portal. I reseted my phone, even created an Itunes account with my company test mail address, after configuring my phoen for the first time I installed the Intune portal App a go through the device registration process. My phone gets an compliant status, marked as personally, even if changed to company owned no change until now, Outlook config policy is applied but not the protection policy. When I check the monitor view I get the warning "This user is blocked by user-level wipe." and I can't find article about this error^^ Can anyone give me a hint to solve this nasty issue? Thanks.Solved6.5KViews1like5CommentsIdentify app architecture in Apps blade
I've been working through a problem with Premier Support regarding pushing an app to our Surface Hubs. We eventually identified that I had pushed a version with the wrong CPU architecture, hence the constant failing. When trying to assign VLC, it appears 4 times in the App list from the Microsoft Store for Business: The one listed as just “VLC” is the online licensed version, which is not compatible with Surface Hub The other 3 listed as “VLC [Windows.Universal]” are the x64, x86 and ARM offline licensed versions respectively Unfortunately Intune does not give any identifiers as to which entry is for which version, and the Surface Hub can only use the x64 version. However, despite thinking I had tried all of them at some point, it seems when reloading the list these can also change position, which meant when I thought I had tested all three, it’s likely I had just tested the same one twice at some point as they moved position within the main list. Can we please have an app architecture column added to pull data from the MSfB so we can ensure we're pushing the correct app to users in future? Thanks Dan1KViews0likes0Comments