Closed
Bug 403296
Opened 18 years ago
Closed 18 years ago
"WARNING: Expected surface of type Quartz, got something else"
Categories
(Core :: Graphics, defect, P4)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jruderman, Assigned: vlad)
References
Details
(Keywords: testcase)
Attachments
(3 files)
Steps to reproduce:
1. Load the testcase (locally is best)
2. Let the testcase reload itself for a while.
Result:
WARNING: Expected surface of type Quartz, got somthing else: file /Users/jruderman/trunk/mozilla/widget/src/cocoa/nsNativeThemeCocoa.mm, line 602
Marking this blocking? until I can investigate, that warning can be a sign of bad things.
Flags: blocking1.9?
Comment 2•18 years ago
|
||
Plusing with p5 - if anyone here thinks different let me know..
Flags: blocking1.9? → blocking1.9+
Priority: -- → P5
When DrawWidgetBackground is called with an unexpected surface type, the widget it is being asked to draw has a type value of 12, which is NS_THEME_TOOLBAR.
Over to gfx:thebes, this doesn't look like a Cocoa widget issue. The widget native theme code shouldn't be given a surface that is not a Quartz surface.
Assignee: joshmoz → nobody
Component: Widget: Cocoa → GFX: Thebes
QA Contact: cocoa → thebes
I checked in a fix for the spelling of "somthing" in the error message.
Summary: "WARNING: Expected surface of type Quartz, got somthing else" → "WARNING: Expected surface of type Quartz, got something else"
Updated•18 years ago
|
Assignee: pavlov → nobody
Updated•18 years ago
|
Priority: P5 → --
Comment 7•18 years ago
|
||
does this actually break anything?
Not that we know of, you might want to watch the test case closely yourself.
Comment 9•18 years ago
|
||
I'll take a look at it, but if it isn't breaking anything fixing a warning doesn't seem like it should block. Moving to ? until I can see whats going on.
Flags: blocking1.9+ → blocking1.9?
| Assignee | ||
Updated•18 years ago
|
Assignee: nobody → vladimir
Comment 10•18 years ago
|
||
vlad: you taking a look at this?
Comment 11•18 years ago
|
||
Ping on this - been sitting in the nom queue for over a week. Vlad/Pav anything you want to do with this?
Comment 12•18 years ago
|
||
someone was hitting this earlier in another part of our code... will + for now low priority
Flags: blocking1.9? → blocking1.9+
Priority: -- → P4
Comment 13•18 years ago
|
||
Moving off blocking list . Pav reset if you disagree..
Flags: blocking1.9+ → blocking1.9-
| Assignee | ||
Comment 14•18 years ago
|
||
It will be fixed by the marked dep bug.
| Assignee | ||
Comment 15•18 years ago
|
||
We'll need this as well; nothing harmful is happening at this point, but we should shut up this error.
Attachment #298075 -
Flags: review?(pavlov)
Updated•18 years ago
|
Attachment #298075 -
Flags: review?(pavlov) → review+
| Assignee | ||
Updated•18 years ago
|
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 16•18 years ago
|
||
Crashtest checked in, even though this was a warning rather than an assertion.
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•