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!

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

FF13.x Not Requesting Correct URL from IFrame SRC Attribute

  • 2 답장
  • 2 이 문제를 만남
  • 1 보기
  • 최종 답변자: 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

글쓴이 mavigozler 수정일시

선택된 해결법

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:

문맥에 따라 이 답변을 읽어주세요 👍 0

모든 댓글 (2)

more options

선택된 해결법

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.