1724159 - Thunderbird MSIX support

Status: RESOLVED FIXED

(Thunderbird :: Installer, enhancement)

Description

[Magnus Melin [:mkmelin]]

+++ This bug was initially created as a clone of Bug #1709696 +++

https://docs.microsoft.com/en-us/windows/msix/overview

MSIX is a Windows app package format that provides a modern packaging experience to all Windows apps. The MSIX package format preserves the functionality of existing app packages and/or install files in addition to enabling new, modern packaging and deployment features to Win32, WPF, and Windows Forms apps.

MSIX enables enterprises to stay current and ensure their applications are always up to date. It allows IT Pros and developers to deliver a user centric solution while still reducing the cost of ownership of application by reducing the need to repackage.

Comment 1

[Nick Alexander :nalexander [he/him] (PTO Feb 24-March 3)]

In theory, this should be possible and not a great deal of effort. In reality, I don't know -- there are many small assumptions about "being Firefox" that will need to be worked through to get the MSIX packages looking correct, and then there's the integration with the TC CI pipeline, which is quite product-specific (mostly due to the repackage including langpacks).

I can consult on this and review code but it's not something I can drive myself.

Comment 2

[Rob Lemley [:rjl]]

Attachment: Bug 1724159 - Thunderbird MSIX packaging. r=dandarnell

Comment 3

[Rob Lemley [:rjl]]

The attached will produce MSIX files, and quick inspection via "unzip" looks reasonable. I haven't figured out how to bypass the signature check on my try build yet though.

Comment 4

[Rob Lemley [:rjl]]

Things in the MSIX that need adjusting for Thunderbird:

• Everything in the Assets folder - icons
• AppxManifest.xml
  • Application Id and Executable both refer to Firefox
  • File extension handlers (.html, .svg, etc) are for Firefox
  • Protocol handlers are for Firefox
  • Accessibility GUIDs are for Firefox
• VFS
  • There's a "thunderbird" directory that should have its contents moved to "MozillaThunderbirdDaily Package Root"

Comment 5

[Rob Lemley [:rjl]]

Attachment: WIP: Bug 1724159 - Add rudimentary image assets for Thunderbird MSIX.

To be replaced in bug 1795740.

Comment 6

[Rob Lemley [:rjl]]

Attachment: Bug 1724159 - Installer files for MSIX. r=dandarnell

Depends on D159548

Comment 7

[Rob Lemley [:rjl]]

Attachment: Bug 1724159 - Don't use $commreltopsrcdir in BRANDING variables in confvars.sh. r=dandarnell

Depends on D160729

Comment 8

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/comm-central/rev/dc14636c60ae
Don't use $commreltopsrcdir in BRANDING variables in confvars.sh. r=dandarnell
https://hg.mozilla.org/comm-central/rev/1d8904673448
Installer files for MSIX. r=dandarnell
https://hg.mozilla.org/comm-central/rev/33abb37ee1b9
Thunderbird MSIX packaging. r=dandarnell

Comment 9

[Rob Lemley [:rjl]]

The repackaging jobs for multi-local MSIXs fails. :( I will either post a follow-up or do a backout before the next Daily.

Comment 10

[Rob Lemley [:rjl]]

Attachment: Bug 1724159 - Follow-up: Make multilocale MSIX depend on shippable-l10n. r=#thunderbird-reviewers

Thunderbird langpacks are not signed (intentionally) as is the case for Firefox.
The shippable-l10n-signing task will not have langpack artifacts.
Switch to using the unsigned langpacks from the shippable-l10n job. Since the
repackage transforms from gecko_taskgraph assume "shippable-l10n-signing" will
be the job kind producing the langpacks, another transform is used to set up the
fetch settings.

Comment 11

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/comm-central/rev/a7efdb7700ee
Follow-up: Make multilocale MSIX depend on shippable-l10n. r=mkmelin

Comment 12

[Intermittent Failures Robot]

4 failures in 3626 pushes (0.001 failures/push) were associated with this bug in the last 7 days.

Repository breakdown:

• comm-central: 4

Platform and build breakdown:

• windows2012-32-shippable: 2
  • opt: 2
• windows2012-64-shippable: 2
  • opt: 2

For more details, see:
https://treeherder.mozilla.org/intermittent-failures/bugdetails?bug=1724159&startday=2022-10-31&endday=2022-11-06&tree=all