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)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: timecop, Assigned: blizzard)
Details
(Keywords: embed)
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
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.
Comment 2•23 years ago
|
||
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
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...
Updated•15 years ago
|
QA Contact: pavlov → gtk-widget
Updated•13 years ago
|
Product: Core → Core Graveyard
Comment 5•6 years ago
|
||
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.
Description
•