Remove traces of "remote XUL"
Categories
(Core :: XUL, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox95 | --- | fixed |
People
(Reporter: Gijs, Assigned: riasangwan1999, Mentored)
References
Details
(Keywords: good-first-bug, Whiteboard: [lang=c++][lang=js][lang=html])
Attachments
(1 file)
The error message optimistically states this technology is not available "by default".
Except bug 1551344 removed what, AFAICT, was the last trace of NS_ERROR_REMOTE_XUL
being assigned anywhere, which is the only way the error message gets shown. https://searchfox.org/mozilla-central/search?q=NS_ERROR_REMOTE_XUL only shows comparisons. So as far as I can tell, all of that code is dead, as well as all the code that depends on it, cf. https://searchfox.org/mozilla-central/search?q=remoteXUL&path=&case=true®exp=false .
To fix this bug you need a compiled build of Firefox and you'd want to remove all these references, and ensure that the result still builds and works.
Reporter | ||
Comment 2•3 years ago
|
||
(In reply to riasangwan1999 from comment #1)
Can I work on this issue?
Yep; we normally assign bugs once a first version of a patch is up.
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Comment 6•3 years ago
|
||
(In reply to riasangwan1999 from comment #5)
What will be the further work for me?
The patch you uploaded is marked as "work in progress", and not marked as ready for review. If you amend the commit message to include , r?gijs
at the end and then run moz-phab submit
again, that should add me as a reviewer and get rid of the "work in progress" flag.
Okay, thank you. I wasn't aware of this.
Updated•3 years ago
|
Pushed by gijskruitbosch@gmail.com: https://hg.mozilla.org/integration/autoland/rev/0361e20ae9ad Removed traces of "remote XUL". r=Gijs,fluent-reviewers
Comment 9•3 years ago
|
||
bugherder |
Description
•