Bug 23398
| Summary: | setTimeout, updating CSS in parent frame | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Anthony Catel <p> |
| Component: | Frames | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | ahmad.saleem792, bdakin |
| Priority: | P2 | Keywords: | InRadar, NeedsReduction |
| Version: | 528+ (Nightly build) | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://files2.lya.eu/moo/ | ||
Anthony Catel
I have a frame which include a Javascript which "morph" an element in the parent window. The problem is that with webkit-based browser (chrome included) element is not redrawed using settimeout().
e.g.
var el = window.parent.document.getElementById('myElem');
setTimeout(function() {
// Setting some CSS property such as "top" or "left"
}), delay);
To fix it I have to do something like : document.parent.setTimeout().
Strange thing is that element is redrawed when an event occure such as mouse mouving.
Example : http://files2.lya.eu/moo/
The first one is using setTimeout and the second one is using document.parent.setTimeout().
(It works with gecko and trident).
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Mark Rowe (bdash)
<rdar://problem/6504893>
Anthony Catel
Nothing new ?
Ahmad Saleem
Taking test link from Web Archive - https://web.archive.org/web/20090122185754/http://files2.lya.eu/moo/
I am able to reproduce this bug in Safari 17.4.1 where first frame does not show `start` link while Chrome Canary 125 does.
Marking this as 'New'.