Hi Matt, Thanks for indicating the bug report. I suspected someone else would have picked it up, but it’s good to know they have and your looking into solutions.
Regards Will Will Spratt IT Science Support Specialist Tel: 01904 46 2631 From: Enterprise <[email protected]> On Behalf Of Matt Howell Sent: 25 October 2019 16:28 To: Gustafsson Martin (SEIT) <[email protected]> Cc: Mozilla.org <[email protected]> Subject: Re: [Mozilla Enterprise] Firefox msi detection in SCCM Installer engineer here. We have bug 1505436<https://bugzilla.mozilla.org/show_bug.cgi?id=1505436> on file for this problem. This was a known limitation of the design of our MSI, but I didn't realize how big of a problem it would be in practice. I would like to do something about it, but there's complications, not all of which I know how to get around, that's why this wasn't done in the first place; there are a couple of comments on the bug (numbers 8 and 17) that I wrote to explain what some of those complications are. On Fri, Oct 25, 2019 at 7:41 AM Gustafsson Martin (SEIT) <[email protected]<mailto:[email protected]>> wrote: In that case, I have some quick suggestions for the MSI “wrapper” deployment. * Turn off automatic updates for the MSI package? Use case for the big majority of MSI installations would be provisioning through SCCM/Intune or other deployment toolset. The user in these deployment scenarios seldomly have local admin access on the system anyway so the automatic update would most likely be iffy. * Run the helper.exe uninstall as a CustomAction in the uninstall segment. From: Enterprise <[email protected]<mailto:[email protected]>> On Behalf Of Mike Kaply Sent: den 25 oktober 2019 15:11 To: Alexandre GAUVRIT <[email protected]<mailto:[email protected]>> Cc: Mozilla.org <[email protected]<mailto:[email protected]>> Subject: Re: [Mozilla Enterprise] Firefox msi detection in SCCM It's not that we don't care it's that using a real MSI won't update properly using our infrastructure. It's simply not something we can do right now. Mike Kaply On Fri, Oct 25, 2019 at 7:17 AM Alexandre GAUVRIT <[email protected]<mailto:[email protected]>> wrote: All these packaging problems were addressed to Mozilla teams many month ago, they just don't care : https://bugzilla.mozilla.org/show_bug.cgi?id=1511835 Don't go with MSI right now, stick to *.exe, since they're not able to release correctly formed packages. Regards Alex Le 25/10/2019 à 13:29, Timo Pietilä a écrit : If it were a proper .msi and not .exe wrapper all those problems could go away. However I prefer .exe -wrapper that doesn't leave any trace of itself behind than something that pollutes computer with .msi reg entries and leaves them behind when user decides to uninstall program using helper.exe (or ARP that uses helper.exe instead of msiexec /x). So for all the evils not leaving any trace of it being .msi is the lesser evil IMO. Timo Pietilä On 25.10.2019 13.24, Gage, John wrote: I'm with you on that, Will - I don't feel that this should be "expected behavior" or "by design" for the MSI binaries. The allure of using MSIs is for classic win32 app consistency and convenience that "msiexec" brings for both installation and uninstallation by using the product code GUID. At the moment, the uninstaller uses "helper.exe", so I assume that switching to "msiexec /x" would require some work to get it performing the same actions as what "helper.exe" does now. -----Original Message----- From: Enterprise <[email protected]><mailto:[email protected]> On Behalf Of William Spratt Sent: Friday, October 25, 2019 6:13 AM To: [email protected]<mailto:[email protected]> Subject: Re: [Mozilla Enterprise] Firefox msi detection in SCCM EXTERNAL EMAIL Thank for the quick response, Timo and John, I've had .msi installers in the past that barely did more than populate the application name. I'm assuming this aspect does something else, and populating the detection method is a side-effect... otherwise I fail to see the point. To be honest, if I have to populate the setting manually, I might just go back to the .exe method. Is there any benefit to using the .msi I'm not seeing? Regards Will Will Spratt IT Science Support Specialist Tel: 01904 46 2631 -----Original Message----- From: Enterprise <[email protected]><mailto:[email protected]> On Behalf Of Gage, John Sent: 25 October 2019 10:50 To: [email protected]<mailto:[email protected]> Subject: Re: [Mozilla Enterprise] Firefox msi detection in SCCM Just adding confirmation to Timo's comments that using the MSI GUID will not work. ----- Will, I use SCCM heavily, and for my Firefox ESR Application's "Detection Method", I use the following "Detection Rule" instead of the MSI GUID: Setting Type: Registry Hive: HKEY_LOCAL_MACHINE Key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox 68.2.0 ESR (x64 en-US) Value: DisplayVersion Data Type: String Radio Button selection: "This registry setting must exist on the target system to indicate presence of this application" There are many other detection method variants that will work; just keep in mind that if Mozilla ever changes the reg key naming scheme to not include the version and/or lang, this detection method could break. At that point you can just use the other radio button selection of "This registry setting must satisfy the following rule to indicate the presence of this application" and set the Operator to "Contains" and whatever the version is in the "Value" field. -----Original Message----- From: Enterprise <[email protected]><mailto:[email protected]> On Behalf Of Timo Pietilä Sent: Friday, October 25, 2019 5:28 AM To: [email protected]<mailto:[email protected]> Subject: Re: [Mozilla Enterprise] Firefox msi detection in SCCM EXTERNAL EMAIL AFAIK that is by design. That msi is exe-wrapper and after install there is no trace that it was installed using .msi. You can't uninstall it using msiexec /x {productcode} either. You need to treat it like if it were installed using .exe. Timo Pietilä On 25.10.2019 11.52, William Spratt wrote: Hi All, So with the 68.2 ESR release, I thought I'd try pushing it out with the new .msi installer. We use SCCM to push out Firefox, and this has worked fine with the .exe versions, manually configuring SCCM to check the file version of "C:\Program Files\Mozilla Firefox\firefox.exe" to verify the install/update was successful. When we import the 68.2 .msi into SCCM, it does handy things like automatically populate the install detection method to check for {1294A4C5-9977-480F-9497-C0EA1E630130} in the msi directory. Unfortunately, while the Firefox .msi runs successfully, installing/updating to 68.2, it doesn't detect that reference in the .msi directory. Has anyone else experienced this? Should I log a bug report? Regards Will ** *Will Spratt* *IT Scientific Support Specialist* *Fera Science Ltd.*** [email protected]<mailto:[email protected]> <mailto:[email protected]><mailto:[email protected]>| Tel +44 (0)1904 46 2631 | Mob +44 (0)7810855621 www.fera.co.uk<http://www.fera.co.uk> <http://www.fera.co.uk/><http://www.fera.co.uk/>| Twitter <https://twitter.com/ferascience><https://twitter.com/ferascience>| LinkedIn <https://www.linkedin.com/company/fera-science><https://www.linkedin.com/company/fera-science> | YouTube <http://www.youtube.com/user/FeraUK1><http://www.youtube.com/user/FeraUK1> _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" -- Alexandre GAUVRIT, administrateur systèmes et réseaux / RSSI / DPO Tranquil IT 12 avenue Jules Verne (Bât. A) 44230 Saint Sébastien sur Loire (FRANCE) tel: +33 (0) 240 975 755 Retrouvez-nous sur les réseaux : [Image removed by sender. twitter]<https://twitter.com/TRANQUIL_IT> [Image removed by sender. linkedin] <https://www.linkedin.com/company/3108003/> [Image removed by sender. youtube] <https://www.youtube.com/channel/UCl45FZItnoOlXsaWUa3UrTw> ________________________________ [Image removed by sender. Tranquil IT]<https://tranquil.it/> _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe" General Information The information contained in this e-mail message may be privileged, confidential, and protected from disclosure. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. If you think that you have received this e-mail message in error, please reply to the sender and delete this message from your computer. _______________________________________________ Enterprise mailing list [email protected]<mailto:[email protected]> https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected]<mailto:[email protected]> with a subject of "unsubscribe"
_______________________________________________ Enterprise mailing list [email protected] https://mail.mozilla.org/listinfo/enterprise To unsubscribe from this list, please visit https://mail.mozilla.org/listinfo/enterprise or send an email to [email protected] with a subject of "unsubscribe"
