The msi installer UAC screen does not refer to the launched installer
Categories
(Enterprise Products :: Firefox, defect)
Tracking
(Not tracked)
People
(Reporter: RT, Assigned: jporter)
References
(Blocks 1 open bug)
Details
(Whiteboard: [size=2])
Attachments
(6 files)
A confusing file name is displayed on the UAC prompt that does not align with the file name of the installer used.
| Reporter | ||
Comment 1•6 months ago
|
||
Chrome uses a custom string describing the Chrome product "Google Chrome Installer". Could we use a similar approach or is it a limitation of our MSI wrapper?
Updated•5 months ago
|
| Assignee | ||
Updated•3 months ago
|
Comment 2•3 months ago
|
||
| Assignee | ||
Comment 3•3 months ago
|
||
Alexandre mentioned that this should land in m-c. I found an existing bug that mentions the issue occuring in the signing process so I will look into that a bit more. My proposed fix may not be effective depending where the randomized filename occurs, I am not sure if it is also happening during signing or if the added description in MSI repackaging will filter through to the signing process.
Comment 4•2 months ago
|
||
(In reply to Josh Porter from comment #3)
Alexandre mentioned that this should land in m-c. I found an existing bug that mentions the issue occuring in the signing process so I will look into that a bit more. My proposed fix may not be effective depending where the randomized filename occurs, I am not sure if it is also happening during signing or if the added description in MSI repackaging will filter through to the signing process.
Let's see when your PR finishes, but if it works for us, it should work for bug 1861868 and you should definitively try to land that on m-c
| Assignee | ||
Comment 5•2 months ago
|
||
I was able to get this working by injecting the name in the authenticode_comment during the repackage signing. The PR is updated to reflect this change. I've submitted a patch upstream as well, but using the string Firefox Installer instead.
Comment 6•2 months ago
|
||
| Assignee | ||
Comment 7•2 months ago
|
||
The upstream patch has been updated to add a msi.display-name parameter in the repackage-msi task to allow the task to define the name used in the authenticode_comment. Once this is accepted, I'll just need to add a definition to the task yaml for firefox-enterprise. This has been tested in our enterprise taskcluster by forcing a shippable task run, and verified by downloading and running the installer on Windows after installing the fake CA used to sign.
Comment 8•2 months ago
|
||
Comment 9•2 months ago
|
||
Comment 10•2 months ago
|
||
Authored by https://github.com/jporter-dev
https://github.com/mozilla/enterprise-firefox/commit/138805ece048e3fba47256ad893e3cd72664b98e
[enterprise-main] Bug 2005746 - Add msi.display-name for Firefox Enterprise to repackage-msi task parameters
Authored by https://github.com/lissyx
https://github.com/mozilla/enterprise-firefox/commit/c63564da3f63b7d1e543149ad1b44a0d37250784
[enterprise-main] Merge pull request #753 from jporter-dev/enterprise-bug2005746-add-enterprise-display-name-for-repackage-msi
Updated•2 months ago
|
Comment 11•2 months ago
|
||
Verified fixed using Firefox Enterprise 152.0a1 (20260423172247) on Windows 10/11.
The UAC prompt properly aligns with the file name of the installer.
Description
•