Closed
Bug 203666
Opened 23 years ago
Closed 23 years ago
Clean up nsWindow::FreeNativeData()
Categories
(Core Graveyard :: GFX: OS/2, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 205825
People
(Reporter: jhpedemonte, Assigned: mkaply)
Details
Attachments
(1 file)
|
4.82 KB,
patch
|
Details | Diff | Splinter Review |
The function FreeNativeData (and the corresponding GetNativeData) need to be
cleaned up on OS/2. Specifically, FreeNativeData should be calling WinReleasePS
on 'data' rather then 'mPS' (this is probably the cause of some difficult to
recreate font corruption issues). Also, we probably don't even need to save mPS
here. Lastly, Win32 calls Get/FreeNativeData in the
nsPluginInstanceOwner::Get/ReleasePluginPort() functions; should we be going
down the same paths on OS/2?
| Assignee | ||
Comment 1•23 years ago
|
||
quick fix checked in.
| Assignee | ||
Comment 2•23 years ago
|
||
nsObjectFrame is going to need more investigation. There is a bit of Windows
specific code in there.
What we need to find is a demo of a windowless plugin that we can test on OS/2.
I have a patch of the FreeNativeData cleanup coming.
| Assignee | ||
Comment 3•23 years ago
|
||
This is pretty much the Windows code.
I replaced the FreeNativeData in nsDrawingSurface with WinReleasePS(same as
Windows). I'm not convinced this is the right thing to do though. Since the
surface was obtained with GetNativeData in nsRenderingContextOS2, it should
probably be released wiht FreeNativeData for consistency.
What do you think Javier?
| Assignee | ||
Comment 4•23 years ago
|
||
I like Javier's better
*** This bug has been marked as a duplicate of 205825 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•17 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•