Bug 145165 - HTTPRequest's onreadystatechange function not working with iframe
Summary: HTTPRequest's onreadystatechange function not working with iframe
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.5
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords: testcase, triaged
Depends on:
Blocks:
 
Reported: 2007-05-07 23:47 UTC by Ojec Borec
Modified: 2011-06-12 00:53 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
testcase (1.52 KB, text/plain)
2008-10-12 17:10 UTC, Michael Leupold 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Ojec Borec 2007-05-07 23:47:42 UTC 
Version:            (using KDE KDE 3.5.6)
Installed from:    Gentoo Packages
Compiler:          gcc (GCC) 4.1.1 Gentoo 4.1.1-r3
OS:                Linux

Hi.

Here is my problem. I've got 3 files:
main.html
iframe.html
data.xml

main.html file contains iframe element. This frame is iframe.html and it calls window.parent.callHTTPRequest function (defined in main.html). This function sends request for data.xml (I can see it in apache log) and when it recieves response, it calls httpRequestResponse. At least, it should, but it never happens. It works only under this two circumstances:
1. When I call callHTTPRequest function in main.html (not in iframe)
2. Or if I use function() instead of new Function() for httpRequest.onreadystatechange (but I need new Function() in real application)

Can anyone tell my why it doesn't work?
Comment 1 Michael Leupold 2008-10-12 17:08:10 UTC 
I can't reproduce this on trunk r870274.

I tested this using a testcase at http://test.confuego.org/145165.php which does basically the same you're doing.
Comment 2 Michael Leupold 2008-10-12 17:10:11 UTC 
Created attachment 27831 [details]
testcase

The testcase in case my server goes down.
Comment 3 Dawit Alemayehu 2011-06-12 00:53:32 UTC 
See previous comments