Tìm kiếm hỗ trợ

Tránh các lừa đảo về hỗ trợ. Chúng tôi sẽ không bao giờ yêu cầu bạn gọi hoặc nhắn tin đến số điện thoại hoặc chia sẻ thông tin cá nhân. Vui lòng báo cáo hoạt động đáng ngờ bằng cách sử dụng tùy chọn "Báo cáo lạm dụng".

Tìm hiểu thêm

Context Menu: "This Frame -> Open in New Tab" does not preserve the private browsing container

  • 2 trả lời
  • 0 gặp vấn đề này
  • 6 lượt xem
  • Trả lời mới nhất được viết bởi codaroma

more options

If I right click on an iframe when browsing in a container tab, and select "This Frame -> Open in New Tab", the new tab is not in the same container as the source tab. In fact it is not in any container.

Whereas when middle-clicking on a normal link to open it in a new tab, the new tab is in the same container as the source tab.

Is this a bug? Seems like a bug to me. Surely we would want the new tab to use the same container as the source tab?

If I right click on an iframe when browsing in a container tab, and select "This Frame -> Open in New Tab", the new tab is not in the same container as the source tab. In fact it is not in any container. Whereas when middle-clicking on a normal link to open it in a new tab, the new tab is in the same container as the source tab. Is this a bug? Seems like a bug to me. Surely we would want the new tab to use the same container as the source tab?

Tất cả các câu trả lời (2)

more options

Does this vary based on the address of the site in the frame?

For example, if I Shift+right-click an embedded YouTube video frame > This Frame > Open Frame in New Tab, the embedded video opens in the page's container instead of its regularly assigned container. (On my page here: https://www.jeffersonscher.com/gm/google-hit-hider/)

If you check This Frame > View Frame Info, is there a standard URL or a data URI or about: address, etc.?

more options

Sorry, it seems to only impact ServiceNow websites. Every other iframe example I have tried seems to work just fine. I think it might be a problem when the iframe is inside a shadow DOM.