Search and Top Navigation
#5166 closed bug (cantfix)
Opened February 11, 2010 11:56AM UTC
Closed November 29, 2012 08:25PM UTC
Dialog: iFrame being loaded 3 times in Firefox
Reported by: | bitwalker | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 1.10.0 |
Component: | ui.dialog | Version: | 1.7.2 |
Keywords: | firefox iframe | Cc: | |
Blocked by: | Blocking: |
Description
When using an iFrame in the div of a dialog, the iFrame is being requested 3 times (instead of once), when the dialog is being displayed. Reproducible in Firefox 3.5 and 3.6. Doesn't happen with Safari.
These multiple requests can have a major impact depending on the page which is being called.
To test, disable all browser caching (use about:config, search for cache) and monitor your web-server logs.
Since the documentation/demos don't include any iFrame examples I wonder if this is officially being supported at all.
Attachments (2)
Change History (14)
Changed February 11, 2010 12:00PM UTC by comment:1
Changed February 17, 2010 12:04PM UTC by comment:2
component: | ui.core → ui.dialog |
---|
Changed February 18, 2010 01:57PM UTC by comment:3
milestone: | TBD → 1.8 |
---|
Changed May 12, 2010 01:56AM UTC by comment:4
I think,
- #4534 solves a similar problem, but does not solve this problem.
- This problem is like #5575.
- It's a problem, but it's not a bug of the dialog.
There is no workaround in this component.
I think you counted,
- when dialog _create
1. Appending uiDialogContent to uiDialog.
2. Appending uiDialog to document body.
- when dialog destroy
3. Appending uiDialogContent to document body.
I think it may be a workaround (outside this component):
1. In the html source, set the src of the iframe to 'about:blank' or 'javascript:false'.
2. Create dialog with {autoOpen:false}.
3. Set the src of iframe.
4. Open the dialog.
5. Before desroying, Set the src to blank.
- 'about:blank' may have a problem with 'https:'.
- I have heard someone says 'javascript:' is slower than 'about:blank'.
Changed May 12, 2010 04:07AM UTC by comment:5
I made a mistake.
I should have written like this:
1. Appending uiDialogContent to uiDialog when dialog _create.
2. Appending uiDialog to document body when dialog open.
3. Appending uiDialogContent to document body when dialog destroy.
When {autoOpen:true}, 'dialog open' is called from 'dialog _create'.
Changed April 06, 2012 12:38PM UTC by comment:7
I still have the same problem, but in my situation the iframe reload 2 times when I open it and 2 times when I close it.
With this solution:
In the html source, set the src of the iframe to 'about:blank' or 'javascript:false'. Create dialog with {autoOpen:false}. Set the src of iframe. Open the dialog. Before desroying, Set the src to blank.
... I get rid of the 2 reloads during the close event, but still the iframe reload two times when I open the dialog, and only if I use an effect on the option "show".
Changed October 11, 2012 02:47PM UTC by comment:8
milestone: | 1.9.0 → 1.10.0 |
---|
Changed October 15, 2012 08:50PM UTC by comment:9
summary: | iFrame in dialog is being loaded 3 times in Firefox 3.x → Dialog: iFrame being loaded 3 times in Firefox 3.x |
---|
Changed October 15, 2012 09:36PM UTC by comment:10
#8244 is a duplicate of this ticket.
Changed October 16, 2012 01:01PM UTC by comment:11
status: | new → open |
---|
Changed November 17, 2012 03:14PM UTC by comment:12
Reproducible in latest Firefox. I tend to close this as wontfix/cantfix and extend the documentation to say that iframes inside dialogs cause trouble.
Changed November 17, 2012 03:21PM UTC by comment:13
summary: | Dialog: iFrame being loaded 3 times in Firefox 3.x → Dialog: iFrame being loaded 3 times in Firefox |
---|
Changed November 29, 2012 08:25PM UTC by comment:14
resolution: | → cantfix |
---|---|
status: | open → closed |
There's nothing we can do about this. You can track the Firefox bug at https://bugzilla.mozilla.org/show_bug.cgi?id=254144
I'll ping Mozilla about this to see if we can get some traction on the bug, but seeing as how it's been open for 8 years I wouldn't expect too much.
Issue also confirmed in 1.8rc1.