Bug 141615 - [test case] empty iframe covers later div
Summary: [test case] empty iframe covers later div
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 143655 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-02-13 00:30 UTC by Alex Merry
Modified: 2008-01-14 06:34 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
The JavaScript version (4.67 KB, text/html)
2007-02-13 00:32 UTC, Alex Merry
Details
Just the generated HTML (965 bytes, text/html)
2007-02-13 00:34 UTC, Alex Merry
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Merry 2007-02-13 00:30:47 UTC
Version:            (using KDE KDE 3.5.6)
Installed from:    Unlisted Binary Package
Compiler:          gcc-4.1.1 
OS:                Linux

After spending all day working on this, I'm getting thoroughly confused.

This stems from a problem on Facebook (http://www.facebook.com), where clicking "poke back" is supposed to bring up a little box with a picture and some text.  In Konqi, it simply brings up a plain box, unless you click "poke back" again, in which case it displays fine.

It turns out this is an iframe sitting on top of the div that contains the text.  I'm not sure why they make the div, but there you go.  The original javascript was more multi-purpose than the trimmed-down testcase.

I've also made a static version (just the generated html, not the javascript that generates it), but that's playing up in other ways (it doesn't always render the iframe correctly at all), so I don't know what's up with that.

The javascript testcase is heavily commented.

Mozilla, IE et al. display the div on top of the iframe.
Comment 1 Alex Merry 2007-02-13 00:32:44 UTC
Created attachment 19654 [details]
The JavaScript version

This is trimmed-down from the original Facebook code.  More info displayed when
you open the file.  Also, extensive comments in the JavaScript.
Comment 2 Alex Merry 2007-02-13 00:34:43 UTC
Created attachment 19655 [details]
Just the generated HTML

This is just the HTML that the JavaScript generates.  You don't get the weird
behaviour of it displaying correctly when you do something with this one.  Also
seems to trigger an unrelated bug in the iframe rendering, which makes it
difficult to deal with (the iframe just renders as a blank box sometimes).
Comment 3 Alex Merry 2007-02-13 00:36:33 UTC
Final point: I've seen Bug 31121.  All of the testcases on that bug work for me, and the iframe goes underneath the div the second time the script is run, so I don't think it's a duplicate.
Comment 4 Jon Mueller 2007-03-01 18:12:50 UTC
I can verify this bug.
KDE 3.5.6
Kubuntu Feisty
Comment 5 Alex Merry 2007-03-27 18:58:53 UTC
It seems to work in KDE4 (SVN).  I'll re-open if it re-appears at any point.
Comment 6 Tommi Tervo 2007-04-18 09:20:13 UTC
*** Bug 143655 has been marked as a duplicate of this bug. ***
Comment 7 Daniel W. Steinbrook 2007-04-18 18:15:08 UTC
The attached test cases are still valid, but it looks as though Facebook decided to be nice and fix their own code today -- unlike yesterday, all the popup divs are working on the first click now on the site (Konqueror 3.5.6/FreeBSD).
Comment 8 Tommi Tervo 2007-04-18 19:20:18 UTC
I'll reopen this, I just tried test cases with konqueror trunk r654974 and problem is still there.
Comment 9 Daniel W. Steinbrook 2007-05-19 17:10:09 UTC
Google is now a perpetrator! They've redesigned their home page (is this the first time ever?), and now the "more" dropdown menu on the top of the page exhibits this behavior (Konqueror/3.5.6). Looking at the source, it is indeed yet another IFRAME within a DIV called my an ONCLICK event.
Comment 10 Maksim Orlovich 2008-01-14 06:34:10 UTC
Germain Garand fixed this for 4.0...