Allow MOZ_APP_VENDOR to be an empty string
Categories
(Firefox Build System :: General, defect)
Tracking
(firefox-esr115 unaffected, firefox127 unaffected, firefox128 unaffected, firefox129 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.
Comment 1•19 days ago
|
||
: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.
Comment 2•18 days ago
|
||
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)
Assignee | ||
Comment 3•18 days ago
|
||
Thunderbird has historically not set MOZ_APP_VENDOR. An empty
string evaluates falsy, so simply allow it.
Updated•18 days ago
|
Comment 4•16 days ago
|
||
Set release status flags based on info from the regressing bug 1898177
Comment 5•8 days ago
|
||
Rob, is this still in progress or waiting for review? Thanks!
Assignee | ||
Comment 6•8 days ago
|
||
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.
Updated•8 days ago
|
Updated•8 days ago
|
Description
•