Closed Bug 169071 Opened 22 years ago Closed 13 years ago

Plugin child windows need subclassing

Categories

(Core Graveyard :: Plug-ins, defect, P2)

x86
Windows XP
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: bstell, Unassigned)

References

Details

(Keywords: topembed-, Whiteboard: [PL2:NA])

Attachments

(1 file)

(deleted), patch
peterlubczynski-bugs
: review-
Details | Diff | Splinter Review
add a windows hook to detect when a plugin subclasses a window so we can add a try/catch
Taking. Marking dependency on bug 132759 as subclassing will be added there. I am not sure I fully understand this bug. I am going to add try/catch aroung plugin winproc call in bug 132759. Do we need anything beyond that?
Status: NEW → ASSIGNED
Depends on: 100%CPU
the issue was to also catch situations where the plugin creates child windows of our plugin window... we need to track the creation of new plugin 'child windows' and subclass them too... -- rick
Rick: could you give a snippet of what that code would look like (ask the Linux guy)?
assigning to AV
Assignee: beppe → av
Status: ASSIGNED → NEW
Priority: -- → P3
Whiteboard: [PL2:NA]
Target Milestone: --- → mozilla1.2beta
Target Milestone: mozilla1.2beta → mozilla1.3alpha
Keywords: topembed
Marking topembed+ as per topembed triage.
Keywords: topembedtopembed+
Summary: add window hook to detect window subclassing by plugin → Plugin child windows need subclassing
Attached patch patch v.1 (deleted) — Splinter Review
I decided not to keep track of subclassed child windows, this allows to keep the code really simple.
Attachment #106810 - Flags: superreview?(rpotts)
Attachment #106810 - Flags: review?(peterlubczynski)
should all the calls to SetWindow in nsPluginHostImpl.cpp be wrapped?
moving to 1.3 beta
Target Milestone: mozilla1.3alpha → mozilla1.3beta
per triage, topembed- and reassign to --->peterl
Assignee: av → peterl
Keywords: topembed+topembed-
Priority: P3 → P2
Target Milestone: mozilla1.3beta → Future
Attachment #106810 - Flags: superreview?(rpotts) → superreview?(jst)
Comment on attachment 106810 [details] [diff] [review] patch v.1 this patch still needs some work: (a) There are cases of SetWindow that are missed in nsPluginHostImpl.cpp and this doesn't catch any windows created after SetWindow is called. (b) I think we need to subclass when a new window is made when we get the WM_CREATE message. This will ensure all newly created windows are also protected.
Attachment #106810 - Flags: review?(peterlubczynski) → review-
Attachment #106810 - Flags: superreview?(jst)
Assignee: peterl-bugs → nobody
QA Contact: shrir → plugins
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: