<div dir="ltr"><div dir="ltr">Try to do a version check on the exe file instead of what's written to the add/remove programs entry. <a href="https://wpkg.org/Packages.xml#File">https://wpkg.org/Packages.xml#File</a> has some documentation on how to do that.</div><div dir="ltr"><br></div><div>-CL</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">man. 24. aug. 2020 kl. 16:03 skrev Steve Kersley <<a href="mailto:steve.kersley@keble.ox.ac.uk" target="_blank">steve.kersley@keble.ox.ac.uk</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-GB">
<div>
<p class="MsoNormal">Does anyone have a decent way to create a package for Google Chrome that works reliably?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Being a simple MSI, it should be straightforward.  But our finding is that some of the time, in an inconsistent and unpredictable way, the enterprise version of Chrome sometimes installs itself with the MSI version number rather than the
 Chrome version number (from the current version: ’68.12.49287’ vs ’84.0.4147.135’).  Obviously this triggers wpkg to think there’s a new version when there isn’t as the versions don’t match.  The installer itself knows not to update which doesn’t clear the
 problem – the version number showing in Add/Remove remains the MSI version until the next update.  If it was consistently one way or the other, it would be trivial.  But I’d estimate it gets it right about 80% of the time.  There’s been an open issue on the
 Chromium issue tracker about it doing this for 10 years with still no fix, or even acknowledgement that there’s a problem to fix:
<a href="https://bugs.chromium.org/p/chromium/issues/detail?id=67348" target="_blank">https://bugs.chromium.org/p/chromium/issues/detail?id=67348</a><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">In normal circumstances, I would (and have done for some time) just leave it, it doesn’t cause any harm to have it try to reinstall Chrome.  But in these strange times, I have a lot of staff remote working via remote desktop, and they are
 reluctant to reboot their PCs remotely at the end of the day.  As a result I’ve been trialling ‘sonicnkt’s fork of wpkg-gp plus the system tray client that notifies of pending updates, and the problem now is that when Chrome has installed itself like this,
 the tray tool pops up an update notification every 30m or so, for an update that simply won’t go away.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Steve.<u></u><u></u></p>
</div>
</div>

---------------------------------<br>
wpkg-users mailing list archives >> <a href="http://lists.wpkg.org/pipermail/wpkg-users/" rel="noreferrer" target="_blank">http://lists.wpkg.org/pipermail/wpkg-users/</a><br>
_______________________________________________<br>
wpkg-users mailing list<br>
<a href="mailto:wpkg-users@lists.wpkg.org" target="_blank">wpkg-users@lists.wpkg.org</a><br>
<a href="https://lists.wpkg.org/mailman/listinfo/wpkg-users" rel="noreferrer" target="_blank">https://lists.wpkg.org/mailman/listinfo/wpkg-users</a><br>
</blockquote></div>