Updates:
Status: Started
Owner: m...@chromium.org
Cc: tha...@chromium.org
Comment #14 on issue 21658 by m...@chromium.org: All webpages are painted
white
http://code.google.com/p/chromium/issues/detail?id=21658
> $ ./displays
> CMGetSystemProfile failed: -43
Yes, this is what I feared. The error code is bad, and it's why we're not
getting a
CGColorSpace and, therefore, a usable CGBitmapContext.
The rest of the run of the program after the error was there to test my
proposed
fallback, which is essentially CGDisplayCopyColorSpace(CGMainDisplayID()).
Since
there were no errors for that portion of the program, I believe that we
should switch
to this.
I was aware of the CMGetSystemProfile "deprecation" but the OS X
documentation
puts it much more gently, and doesn't raise the possibility of a null
profile.
Unfortunately, with the renderer in a remote process from the
view/window/display,
we can't easily do the right thing. (The right thing would be to freeze
the profile in
the browser, ship it over IPC, and thaw it out in the renderer. The
righter thing
would also account for windows changing displays and display profiles
changing.)
I'll whip up a quick patch that you can test on your girlfriend's machine
if you like. I
would still be interested to know what specific part of
her .GlobalPreferences.plist
causes this problem, and if there's anything hardware-specific to this bug.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
--~--~---------~--~----~------------~-------~--~----~
Automated mail from issue updates at http://crbug.com/
Subscription options: http://groups.google.com/group/chromium-bugs
-~----------~----~----~----~------~----~------~--~---
