Google Chrome is now concealing IFrame content in Developer Tools? - google-chrome

Chrome has just recently stopped showing the contents of an IFRAME in the Developer Tools window, where the tag is shown without any contents. I note that the latest version of Brave still shows the contents, and so elements within the IFRAME can be inspected.
I like to view videos in a "Picture In Picture" (PIP) window, so I can read and take part in the comments at the same time, and for where a video is embedded from another platform, that doesn't offer a PIP button (Rumble), you could manually locate and select the video element, by inspecting a HTML video control (NOT volume) and scrolling up, and then entering in the console: $0.requestPictureInPicture()
Here's a sample video page on BitChute that exhibits this issue, with a Rumble hosted video: https://www.bitchute.com/video/5jbHTSoY8ojI/
Is there perhaps an option that resotores this functionality?

Related

Google Chrome Dev Tools Mobile View not showing Iframe content

I've noticed that the iframe I used within a pop up modal I made does not show in Google Chrome's mobile view from the developer tools. The content will show if I'm on desktop view and also when I'm adjusting the size of the browser window (Not using Chrome dev tools). On Safari, it works perfectly fine in the safari developer tools and desktop view.
I've made sure to set the X-frame content to SAMEORIGIN which I observed in the response correctly. I've also made sure both URLs are the same domain and both HTTPS. But the same issue still occurs.
Do you know any additional causes for this or what I can look into? I'm also open to other approaches/suggestions. Thank you for your time!
Since I can't change the way the browser handles iframe on different devices. I decided to deter away from working with the in-built PDF reader within each browser to instead using a react pdf library to spin up a PDF reader of my own.
https://www.npmjs.com/package/react-view-pdf
I was able to view the pdf on Google Chrome for both Desktop and Mobile devices!

Facebook Page Embed as iFrame not working [duplicate]

I am getting error when i try to embed Facebook page using Facebook Page Plugin
https://developers.facebook.com/docs/plugins/page-plugin/
Code
DO i need to select App ID or its optional, as it doesnt work for me i have created different App ID but it doesnt work with one or the other page which i try to embeb. I have tried same on different browser but Embed code doesnt show on page on FF browser i get following error
Firefox Can’t Open This Page
To protect your security, www.facebook.com will not allow Firefox to display the page if another site has embedded it. To see this page, you need to open it in a new window.
and on Chrome page show as below
This is how it looks on web page

PDF tollbar without download button

Is there a way to have an iFrame with full toolbar except for the download button.
On the web I found this solution
<iframe src="URL#toolbar=0" width="100%" height="100%"></iframe>
But as u know it removes completely the toolbar and I would love to actually keep it.
Basically:
this is how is normally and this is I would love to have it (or something similar).
I already know i cannot prevent ppl to download it in other way, but I'm only interest in this graphic difference
Thanks to anyone who could help me
Also I noticed that mozilla doesnt view iFrame, is there a way to allowed it or something similar?
I need something that ppl can use without changing configuration on their personal mozilla
The look that I'm looking for (asked by my boss) ->
Mozilla browsers have no problem with Iframe, but browsers are configured by users to their security preferences.
<iframe id="page2" height="50%" width="100%"src="http://africau.edu/images/default/sample.pdf#page=2"></iframe>
<iframe id="page1" height="50%" width="100%"src="http://africau.edu/images/default/sample.pdf#page=1"></iframe>
Same as the web page text and images, Audio or Video content, all pdfs are "Download first to view" does not matter if
A=Href
Embed
Iframe
Object (avoid as depreciated)
cUrl (Users direct get)
So why remove the button if its not showing in the frame due to any ad blocker or other user setting such as send downloads into external secured PDF viewer
Mozilla browser with pdf plugin or add-in or PDF extender same as Chrome/Edge
FireFox with a frame blocker active for the same page 3 blocked items.
If you wish to change the Iframe view you need to be the PDF viewer application, but there is no guarantee it is the one the user is viewing within.
Here is a demo of a browser viewer where the download and print buttons are removed. However Browsers need to allow the user to control their own view so I have also opened the download on the right in a companion viewer.
A PDF client cannot view a PDF unless it is Decrypted after a download thus their copy is available for view and edit.

Google Chrome/MS Edge version 87 affecting iFrames from being viewable?

Chrome 87 and Microsoft Edge 87 updated on my computer today and now I'm seeing odd behavior when trying to view web pages embedded within our intranet through iFrames. The embedded web pages are https secured and were working totally fine on Chrome 86.
The behavior that happens is when a web page loads with an iFrame using a chromium based browser, the page will load fine. If you click on a link within the iFrame page, the content within the iFrame disappears. If you hover your mouse over the content of the iFrame, you can see the mouse pointer change into a hand when you hover over where a link must be on the page, even though you can't see any content.
Also when this behavior occurs and the content inside the iFrame is invisible, if you open Chrome Developer tools and then inspect the iFrame element, it will reappear.
Was curious if anyone has seen such behavior, or has any ideas on why content within an iFrame viewed with a chromium 87 based web browser will be invisible.
Thanks!
I confirm that Chrome DEV actual version works ... (is this an answer ?!?)
For those who use Chrome in business (as our guests ...) this is a big problem and also a DEV version ... can be acceptable in some cases ...
Adriano Mari - Multidata Prato
As other users have mentioned, this seems to be a rendering bug with Chromium.
While perhaps not the most elegant solution, forcing the page to redraw after the iframe has loaded is likely the best solution until Google get's their issue sorted.
$(function() { // Temporary workaround for Chromium iframe load issue
$('iframe').on('load', function() {
$(this).hide(0).show(0);
})
})
As per chromium Bug website, Iframe blank issue observed in following versions and you get fixed starting from chrome 88.
Issue observed in:
Chrome 86: 86.0.4240.198
Chrome Beta: 87.0.4280.60
Issue *not* observed in:
Chrome Dev: 88.0.4315.5
Chrome Canary: 88.0.4324.2
Chromium latest
If security is not concern for you, you can go to chrome flag and enable exprimental web platform flag til time Chrome 88 release officially.
chrome://flags/#enable-experimental-web-platform-features
If you have control over iframe page content, then you can add following tag inside iframe page.
<canvas id="canvas" width="1px" height="1px"></canvas>
After the page loads, execute the following Javascript:
window.setTimeout(function() {
var c=document.getElementById("canvas");
var ctx=c.getContext("2d");
ctx.moveTo(0,0);
ctx.lineTo(1,1);
ctx.stroke();
}, 200);

Silverlight Display Mixed Content crashes IE

So, I have an HTML page that includes a Silverlight xap file which plays a video. It works correctly while running locally and on our DEV environment when using Chrome or FF. The issue is when I am trying to view the video on our DEV environment using Internet Explorer. When doing so, it prompts me to Display Mixed Content. Whether I hit Yes or No, the browser crashes. I am able to go into my options and Enable Display Mixed Content, which fixes the issue and the video shows up correctly on the DEV environment using IE. But, this is not a good solution for a client facing site. Is there a way around this message to prevent it from crashing the browser?
A workaround for this is to use JavaScript to open the HTML page that contains the video in a new window. The user will still be prompted to Display Mixed Content, but it will not crash the browser and the video will play.