We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Zoeken in Support

Vermijd ondersteuningsscams. We zullen u nooit vragen een telefoonnummer te bellen, er een sms naar te sturen of persoonlijke gegevens te delen. Meld verdachte activiteit met de optie ‘Misbruik melden’.

Meer info

Deze conversatie is gearchiveerd. Stel een nieuwe vraag als u hulp nodig hebt.

FF13.x Not Requesting Correct URL from IFrame SRC Attribute

  • 2 antwoorden
  • 2 hebben dit probleem
  • 1 weergave
  • Laatste antwoord van mavigozler

more options

Question text says it all.

I have an iframe element in my HTML file where the src attribute at first specified a relative path (src="../../index.html" or src="../../") to another HTML document. Then an absolute URL (src="http://localhost/path/to/index.html"). Firebug is reporting a 404, and the reason is that it the HTTP request is to an index file in the parent directory of the currently loaded document. No matter what is set in the src attribute, the HTTP request is for an index.html in the directory that is immediate parent of directory of currently loaded document.

This document works---iframe loaded and processed---as expected in latest IE version (other HTTP clients not tested yet). So it is any wonder why FF is doing this bizarre behavior.

Things done:

  • cache was cleared
  • cookies were cleared
  • FF run with adds-on disabled
  • googled for some bizarre security issue: should not be cross-domain problem
  • MDN page for iframe checked for deviations from element coding standard: none found, document validates, including the iframe-loaded one
  • considered, but could not think of some about:config setting where iframe requests only are to parent directory
  • screaming and cursing at the browser
Question text says it all. I have an '''iframe '''element in my HTML file where the '''src '''attribute at first specified a relative path ('''src="../../index.html"''' or''' src="../../"''') to another HTML document. Then an absolute URL ('''src="http://localhost/path/to/index.html"'''). '''Firebug '''is reporting a '''404''', and the reason is that it the HTTP request is to an index file in the '''parent directory''' of the currently loaded document. No matter what is set in the src attribute, the HTTP request is for an''''' index.html''''' in the directory that is immediate parent of directory of currently loaded document. This document works---iframe loaded and processed---as expected in''' latest IE version''' (other HTTP clients not tested yet). So it is any wonder why FF is doing this bizarre behavior. Things done: * cache was cleared * cookies were cleared * FF run with adds-on disabled * googled for some bizarre security issue: should not be cross-domain problem * MDN page for iframe checked for deviations from element coding standard: none found, document validates, including the iframe-loaded one * considered, but could not think of some about:config setting where iframe requests only are to parent directory * screaming and cursing at the browser

Bewerkt door mavigozler op

Gekozen oplossing

You can open the Web Console (Web Developer > Web Console; Shift+Ctrl+K) to see if Firefox request the file(s) and inspect the response by clicking a Net entry in the list.

Does it work if you open such an URL directly in the location bar?

If that works then it is most likely a security problem.

See also:

Dit antwoord in context lezen 👍 0

Alle antwoorden (2)

more options

Gekozen oplossing

You can open the Web Console (Web Developer > Web Console; Shift+Ctrl+K) to see if Firefox request the file(s) and inspect the response by clicking a Net entry in the list.

Does it work if you open such an URL directly in the location bar?

If that works then it is most likely a security problem.

See also:

more options

I restarted the entire system and saw your reply later. When I opened the console, it had then indicated a 304 Not Modified and was finding the correct document for iframe load. Not sure what happened, but it's working now. Thanks.