Quantcast
Channel: packageology
Viewing all 67 articles
Browse latest View live

Seemingly Missing Shortcuts in App-V 5.2

$
0
0

The App-V ‘5.2’ Sequencer (OK, it’s not really 5.2, but that’s what people commonly refer to as ‘the sequencer bundled with the Windows 10 ADK) detects applications a little differently to 5.1.

I’ll demonstrate using VLC, since it’s freely available, has multiple shortcuts to the same exe, and has shortcuts to non-exe files, all of which make it a great candidate.

So, if you do a basic sequence, App-V 5.1 picks up all 3 VLC shortcuts, as well as some URL and TXT files:

The latest sequencer though appears to just pick up a single shortcut:

However, when this second package is actually published to the client, all shortcuts appear, and they can all be found within the manifest and config files, although the 5.2 sequencer does not create <Application> tags for the URL and EXE files.

I would class this as a bug, since it’s not unheard of for applications to have multiple shortcuts that launch different apps yet point to the same executable. Windows provides methods of defining ‘host applications’ in the registry, or by using the Windows Installer MsiShortcutProperty table to define separate AppUserModel IDs to each shortcut:

https://msdn.microsoft.com/en-gb/library/windows/desktop/dd378459%28v=vs.85%29.aspx

https://blogs.msdn.microsoft.com/windows_installer_team/2009/09/02/windows-7-taskbar-support-with-the-msishortcutproperty-table

However neither method makes the sequencer detect these VLC shortcuts as separate applications, so I’m calling this a bug.

Overall this doesn’t have a huge impact – you will just have to be doubly sure to modify all of your shortcuts whilst monitoring, something I have recommended since 5.0 was released due to the sequencer’s buggy handling of this aspect.

 


Fixes Released for Broken App-V Scripting in Windows 10

$
0
0

Microsoft were kind enough to break App-V scripting in April’s updates:

https://social.technet.microsoft.com/Forums/en-US/3b40804e-fb76-4476-8e4d-88ba2634d290/april-2018-rollup-for-windows-10-breaks-appv-scripts?forum=mdopappv

https://blogs.msdn.microsoft.com/sgern/2018/04/12/april-2018-rollup-for-windows-10-und-server-2016-last-app-v-scripts-nicht-mehr-starten/

Thankfully enough customers made a fuss about this that it has been fixed in May’s updates! App-V bugs don’t get fixed very often and we usually have to just live with them (ahem!), so this is quite a treat!

Download links are available here:

Windows 10 1607 / Server 2016

Windows 10 1703

Windows 10 1709

Windows 10 1803

BUILD 2018: MSIX Inside and Out

$
0
0

MSIX may one day end up replacing both MSI and App-V. If you deal with enterprise application packaging and deployment you will want to watch this!

BUILD 2018: Accelerating Windows 10 Enterprise App Deployment with MSIX

$
0
0

Another MSIX video from BUILD 2018:

App-V Performance Improvements in Windows 10 June Updates

Resolving Long Application Launch Times in App-V 5 (well, some of them!)

$
0
0

I have seen this issue with a couple of apps now, namely TreeSize and LockLizard. The application takes a crazy long time to launch, completely hogging one of your CPU cores as it does so. Procmon shows some odd behaviour, the app is seemingly enumerating and scanning all of the keys under HKCR\CLSID or HKCR\Wow6432Node\CLSID:

Setting the CLSID key to override inside the package solves the issue, as then it can only see the very small number of GUIDs captured in your package, which it can enumerate very quickly. The potential downside of course is if your application needs to access any COM classes from the base OS, it may be unable to find them, although I have not encountered any such issues so far!

Fixing VLC’s MSI Package

$
0
0

VLC don’t shout about this too loudly, but they have offered an MSI package to download for some time from their FTP site:

https://download.videolan.org/pub/videolan/vlc/

However the packages suffer from a strange bug where any attempt to modify the tables or apply an MST (to delete the desktop shortcut for example) corrupts the database and breaks the installer. It turns out this is because the developers are building the MSI package on Linux with WiX running under WINE, which is listed as incompatible on WINE’s AppDB. There is an open ticket for this here:

https://trac.videolan.org/vlc/ticket/18985

I found a workaround by exporting the database tables to a new MSI and repacking the cab files (all of which can be done with several steps in InstEd Plus (if you deal with MSIs regularly you should buy it!). However I also now have a fully automated Powershell script to rebuild the MSI.

This script leverages Deployment Tools Foundation (DTF), a very useful .NET wrapper around the Windows Installer API that comes from the WiX Toolset. It also shoehorns in WiMakCab.vbs from the now defunct Windows Installer SDK to perform the cab file operations. However I’ve learnt a bit more about DTF whilst writing this and discovered I’ve re-inventing the wheel with some functions that are already covered in the API, so I aim to produce a 2.0 that handles the cabs natively!

Simply put your VLC MSI packages you want to rebuild into the Input folder and run Rebuild-Msi.ps1. Then you will be able to modify the package to tweak shortcuts, automatic updates, privacy settings, file associations, etc without it breaking on you.

Download the script below:

Viewing all 67 articles
Browse latest View live