Closed Bug 367990 Opened 18 years ago Closed 17 years ago

While starting Firefox/SeaMonkey, "cairo_win32_scaled_font_select_font:SelectObject: Invalid descriptor"

Categories

(Core :: Graphics, defect)

x86
Windows 2000
defect
Not set
blocker

Tracking

()

RESOLVED DUPLICATE of bug 367618
mozilla1.9beta3

People

(Reporter: sgautherie, Unassigned)

Details

(Keywords: hang, regression)

Today, I replaced my old video card with a brand new one.
W2K detects it, but has no driver for it (= not installed yet).
Then, it runs as 640*480 or 800*600 pixels, in 16 colors only.


[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.9) Gecko/20061211 SeaMonkey/1.0.7] (release) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.2pre) Gecko/20070123 SeaMonkey/1.1] (nightly) (W2Ksp4)

No bug: (before cairo)
{ (DOS console)
Document about: loaded successfully
}


[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/20070123 SeaMonkey/1.5a] (nightly) (W2Ksp4)

(using cairo)
During splash screen,
Hang with 50% of dual cpu (= 100% of single cpu)

{ (DOS console)
cairo_win32_surface_create(bad BITSPIXEL): Opération réussie.
cairo_win32_surface_create(bad BITSPIXEL): Opération réussie.
### ERROR - unable to create search "file".
cairo_win32_surface_create(bad BITSPIXEL): Opération réussie.
cairo_win32_scaled_font_select_font:SelectObject: Descripteur non valide
}
(== succeeded/succeeded/error/succeeded/invalid)

Need to kill the process.


<firefox-3.0a2pre.en-US.win32.zip> (2007-01-23-04)

Same bug, but not getting the "ERROR" line.
Flags: blocking1.9?
Assignee: win32 → nobody
Component: GFX: Win32 → GFX: Thebes
QA Contact: ian → thebes
That was
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/2007012304 Minefield/3.0a2pre] (nightly) (W2Ksp4)


[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/20070123 SeaMonkey/1.5a] (nightly) (W2Ksp4)

Then, with graphic card driver installed, (800*600 or 1152*864):
*16 bits: works fine, as previous card did.
*256 colors: no more hang, but the browser window is almost "blank", unusable.


*****

I filed bug 368002 on the "ERROR" line.
Same "almost blank" window with old card and driver.

Are there known issues for cairo with 8 bits color mode ?
I don't know whether we'll be supporting 4-bit or 8-bit color with 1.9; it's still undecided.  However, we should at the very least need to check for this and put up an appropriate error instead of crashing.
Flags: blocking1.9? → blocking1.9-
Whiteboard: [wanted-1.9]
Keywords: hang
Target Milestone: mozilla1.9 M8 → ---
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
(In reply to comment #1)
> *256 colors: no more hang, but the browser window is almost "blank", unusable.

(In reply to comment #2)
> Same "almost blank" window with old card and driver.
> 
> Are there known issues for cairo with 8 bits color mode ?

That "blank" issue/part is bug 367618.
Depends on: 367618
(In reply to comment #4)
> That "blank" issue/part is bug 367618.

That bug fixed the 8bits/256colors case,

and removed the error code:
{{
-	else {
-	    _cairo_win32_print_gdi_error("cairo_win32_surface_create(bad BITSPIXEL)");
-	    return _cairo_surface_create_in_error (_cairo_error (CAIRO_STATUS_INVALID_FORMAT));
-	}
}}

"I" would have to check what the behavior of the 4bits/16colors case is now...
(In reply to comment #5)
> "I" would have to check what the behavior of the 4bits/16colors case is now...

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2008013002 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

I restarted Windows in Safe Mode, to test 4bits/16colors:
fixed too :-)
Status: NEW → RESOLVED
Closed: 17 years ago
No longer depends on: 367618
Resolution: --- → DUPLICATE
Target Milestone: --- → mozilla1.9beta3
You need to log in before you can comment on or make changes to this bug.