`./mach build binaries && ./mach run` doesn't pick up binary changes
Categories
(Firefox Build System :: General, defect, P3)
Tracking
(Not tracked)
People
(Reporter: pehrsons, Unassigned, NeedInfo)
Details
Attachments
(1 file)
224 bytes,
text/plain
|
Details |
I'm seeing this on macOS, arm64. I haven't tested other platforms. I had some trouble with sccache and dependency files but that seems all right now with export SCCACHE_DIRECT=false
in .zshrc
. mk_add_options
was not sufficient.
I am testing this by adding the line config.colorSpaceName = kCGColorSpaceSRGB;
right after this line.
Then with one display with color preset "Apple XDR Display (P3-1600 nits)" showing a test image, I ./mach run
with media.getdisplaymedia.screencapturekit.enabled
set to true
(needs restart), go to gum_test.html and capture the screen with the test image.
I use macOS' color picker app to check the color of the 75% green portion of the test image, in the video element on gum_test.html. It should be rgb(3, 191, 2), but when not effective it is rgb(86, 187, 56) for my P3 display. After a few rounds of this the naked eye is sufficient to detect the difference too.
I see that after ./mach build binaries
, the sRGB config does not take effect as expected, although objdir/dist/bin/XUL
was written to. Following up with ./mach build
makes it take effect and all is well.
Reporter | ||
Comment 1•1 month ago
|
||
I see that ./mach build
is what updates objdir/dist/Nightly.app/Contents/MacOS/XUL
, which is out of sync with objdir/dist/bin/XUL
after just ./mach build binaries
.
Comment 2•25 days ago
|
||
The severity field is not set for this bug.
:ahochheiden, could you have a look please?
For more information, please visit BugBot documentation.
Updated•25 days ago
|
Updated•11 days ago
|
Description
•