I have a pdf embedded in an iframe that has a submit button back to my webserver. Fires fine in IE. But Chrome (and probably other browsers) use their own pdf viewer that doesn't recognize the submit button.
Is there a way to make this work in chrome?
Related
i had took a look to another threads about chrome and custom protocol apps, but i couldn't resolve a doubt i've got. In my web app, when you click a button it fire a new tab with an webpage (window.open(url, "_blank")). The new tab is opened with the url (annother web app with https protocol). This url fire a javascript function on load that verifies some things and then generate a custom url, for example myurl://base64code, and put it in an existing iframe in this way windows.frames['myframe'].location.href=theCustomProtocolUrl. i tried in different ways (location.replace, create a new iframe and set the url, etc) and i always have the same problem. If i refresh (ctrl f5) the page it always show the dialog or if i open the link with the developer console opened. But if i click my button and the page is opened in a new tab it doesn't work only if i refresh (ctrl+f5). This works perfectly on IE11, it launch the app directly.
Any ideas why chrome, and edge, works like this?
UPDATE: I have found the reason, is i use the protocolcheck.js (https://gist.github.com/vladimirtsyupko/cfcd332476b16683bb0b) library.
First i tried to open a protocol with the timeoutHack (it use blur event) and then, after failing, it fires the other url (in this case https) and the dialog doensn't appear. I found a bug with blur event on chrome > 85 https://bugs.chromium.org/p/chromium/issues/detail?id=1137801
Thanks in advance
I'm using Primefaces dialog to display pdf file through tag which invokes a servlet to write pdf stream.
The dialog has a minimizable option true,when I click minimize and if I maximize the dialog pdf content is getting lost in IE9
I'm unable to figure out the issue,Can any one please share your valuable suggestions.
IE is not a web-kit browser, some things work but some components behave crazy in IE. You can use firefox or chrome, all time updated browsers.
First, this issue only occurs in any version of IE and works correctly in Firefox and Chrome.
I have a form which is on a page inside an iframe. I am submitting the form to a page on our other web site. When the form page is on top (not in an iframe) all works fine. If I place this same form in an iframe and submit the form, a new window opens as expected however none of my form values arrive at the target page. This smells like an IE bug or security/permissions setting. Again, it works perfectly in Firefox and Chrome.
I am seeing the issue whether I add target="_blank" to the form tag or I add it say via jQuery after the form loads.
I have a PDF document, using a button on the form I submit to a URL using
this.submitForm(url, false);
works fine with Adobe Reader Plugin but not with Chrome PDF Viewer, does Chrome PDF Viewer submit forms using a different method?
Chrome has its own PDF viewer called Chrome PDF Viewer, and AcroJS won't work (mostly) on Chrome PDF Viewer. One needs to detect the plug-in, and force the user to use Acrobat Reader if the browser is Chrome's own.
Submitting forms is an not yet implemented feature of Chrome PDF Viewer. See http://code.google.com/p/chromium/issues/detail?id=65446 for Details and (missing) progress and star it to push dev's interest.
I am using ajax to populate parts of my html pages (when the page load or based on user click).
When I press the back and forward button using Firefox (4) or Safari (5.0.5) everything is fine. But when I press them using chrome I only get the last ajax result (if I press back) instead of the last page in the history.
I tried working with the history.pushState and popstate event but The popstate event is fired when the page load and not when I press the back button which is counter intuitive.
Use History.js it normalizes the behavior between browsers and optionally provides a hash fallback for html4 browsers.