Closed Bug 1902684 Opened 19 days ago Closed 8 days ago

Allow MOZ_APP_VENDOR to be an empty string

Categories

(Firefox Build System :: General, defect)

defect

Tracking

(firefox-esr115 unaffected, firefox127 unaffected, firefox128 unaffected, firefox129 wontfix)

RESOLVED WONTFIX
Tracking Status
firefox-esr115 --- unaffected
firefox127 --- unaffected
firefox128 --- unaffected
firefox129 --- wontfix

People

(Reporter: rjl, Assigned: rjl)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 obsolete file)

Bug 1898177 forces MOZ_APP_VENDOR to have be non-zero length string. This breaks Thunderbird which has historically never set it.

xpcshellConstants.js states that MOZ_APP_VENDOR is optional, and nsXREDirProvider allows for it as well.

Unless the spec is changing, an empty string should be allowed.

See Also: → 1902688

:sergesanspaille, since you are the author of the regressor, bug 1898177, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Flags: needinfo?(sguelton)

As discussed on #build, the right path would be to set imply_option("MOZ_APP_VENDOR", "") while allowing for empty MOZ_APP_VENDOR (compared to it being unset)

Flags: needinfo?(sguelton)

Thunderbird has historically not set MOZ_APP_VENDOR. An empty
string evaluates falsy, so simply allow it.

Assignee: nobody → rob
Status: NEW → ASSIGNED

Set release status flags based on info from the regressing bug 1898177

Rob, is this still in progress or waiting for review? Thanks!

Flags: needinfo?(rob)

This can be closed. In the end, setting MOZ_APP_VENDOR=Mozilla should have been done ages ago. It affects the location of the profile directory though, unless MOZ_APP_PROFILE is set, which Thunderbird is now doing.

There's a few places where old assumptions of an empty vendor string need updating and they are being worked through in comm-central.

Status: ASSIGNED → RESOLVED
Closed: 8 days ago
Flags: needinfo?(rob)
Resolution: --- → WONTFIX
Attachment #9407656 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: