Closed Bug 80475 Opened 23 years ago Closed 6 years ago

chrome change events not passed to gtk embedding widget

Categories

(Core Graveyard :: Embedding: GTK Widget, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: timecop, Assigned: blizzard)

Details

(Keywords: embed)

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.4 i586; Nav) BuildID: 20010513 When javascript dynamically changes browser chrome, visibility event must occur to allow the application to adjust chrome accordingly. This doesn't happen. Reproducible: Always Steps to Reproduce: <FORM> <INPUT TYPE="button" VALUE="OK" onClick="toolbar.visible=true"><BR> <INPUT TYPE="button" VALUE="NO" onClick="toolbar.visible=false"><BR> </FORM> Also see attached patch for TestGtkEmbed. Actual Results: chrome mask changes internally, but testgtkembed window doesnt reconfigure. Expected Results: as soon as the "NO" button is pressed testgtkmozembed window must reconfigure itself and remove the toolbar.
Attached patch patch for TestGtkEmbed (deleted) — Splinter Review
Problem confirmed to exist with 2001051309 (homemade) build. Visibility callback has to be triggered by another source ( focus or redraw ) for change to occur.
ok
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: embed
Any news on this? If someone can suggest where I should start looking on this I can try and figure it out. Seems like a fix should be rather simple...
QA Contact: pavlov → gtk-widget
Product: Core → Core Graveyard
Embedding: GTK Widget isn't a thing, closing.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: