Google Chrome won't allow me to open a local directory with a button. I tried
the same thing with IE and it works perfectly, is there a workaround for this?
when I look at the dev tooks console, it prints:
Not allowed to load local resource:
here's the simple html that I'm using:
<form action="file://///directory/test/CB/">
<input type="submit" value="open folder" />
</form>
Related
I am using a html input tag with type="file" as in this snippet.
Unfortunately it is not possible to drag the opening file explorer around.
Tested on: Chrome v80 MacOS
Is it possible to make the file dialog draggable?
<input type="file">
No, it isn't. That's just how your browser / OS implement file picker dialogs.
I'm tasked with creating a 508 compliant form that includes a file upload function. It works just fine in any browser except for IE, but we need to support IE as well.
The problem is that the "Browse..." button on the file upload element won't open the file upload dialogue with the enter key. Instead, the enter key attempts to submit the form. The space key, however, opens the file upload dialogue just fine.
The code is super basic- a vanilla file upload element:
<form name="submitForm" action=....>
<fieldset>
<%---other stuff here---%>
<input type="file" name="..." id="..." tabindex="12"/>
</fieldset>
</form>
I have an html page with the following code.
<form method="POST" action="https://formspree.io/email">
<input type="submit" value="SEND"/>
</form>
My browser does not include the referrer header field in the http request when a user submits the form. Why wouldn't it ?
I fixed this by adding <meta name="referrer" content="origin"> to the <head> section of my HTML page.
You are testing your site by opening it in a browser as a static HTML file in your computer's filesystem. In this case its URL will not start with http:// or https://. This will not work, because browsers don't treat these pages as normal web resources and thus they do not automatically send the "Referer" header when you submit a form. Formspree requires that header to work. This can be solved if you just open your HTML files as a web resource from a local web server. If you're on Mac or Linux, just type python -m SimpleHTTPServer 8000 or your HTML files directory and visit http://localhost:8000 on your browser. If you're on Windows, try installing one of the following super simple web servers: Web server for Chrome, thttpd or Quickshare.
You are using an old Safari version, Safari mobile or some other browser that is not recent Chrome, Firefox or Edge. In this case you could have been a victim of an old HSTS policy we had on Formspree that didn't allow sites to post content to non-https versions of Formspree. In this case please change your form's action= attribute to https://formspree.io/.
First use the atributtes that formspree specify:
<form action="https://formspree.io/your#email.com"
method="POST">
<input type="text" name="name">
<input type="email" name="_replyto">
<input type="submit" value="Send">
</form>
and second: maybe you tried the form before in another site (like formspree site), so you'll have to reset it in the formspree site and then try it directly in your site, so you will have to confirm again.
Hope it works for you...
As statosdotcom commented, the issue happened because I was opening my webpage locally.
I have a form which is posting a file upload to an iFrame:
<form id="upload-form" method="post" action="http://xxxxxxx.com/artist/tracks/upload_complete" enctype="multipart/form-data" target="upload-frame">
...............
<input name="submit" value="Upload" type="submit">
</form>
<iframe id="upload-frame" name="upload-frame"></iframe>
It is working fine on every browser in windows 7, and osx, however the client has informed me that it's not working for him on chrome on windows 8. I remote desktopped in to look at the error console and it reads
Uncaught SecurityError: Blocked a frame with origin "http://xxxxxxx.com"
from accessing a frame with origin "null". The frame requesting
access has a protocol of "http", the frame being accessed has a
protocol of "data". Protocols must match.
Looks like an issue with the same origin policy however both the form and the iframe reside on the same domain.
Is there something I'm missing here?
Here it is, you have an iframe with no src defined that is why you are getting null origin error.
<iframe id="upload-frame" name="upload-frame"></iframe>
Try to set value of src as
javascript:false (Works in all browsers except IE10)
# (I guess works in all browsers)
Example Usage:
<iframe id="upload-frame" name="upload-frame" src="javascript:false"></iframe>
I have a basic form using <input type="file" multiple> to upload multiple files. It works fine when I'm developing (IIS Express) but when I publish the site to IIS, the multi-select only allows one file to be selected at a time. This behavior is consistent across all browsers and the page source at the browser is identical.
Is there a setting on IIS that could be causing this?
Here is the form code:
<form action="/Home/SubmitFiles" enctype="multipart/form-data" method="post" role="form">
<div class="form-group">
<label>Select one or more documents to convert:</label>
<input name="files" id="files" type="file" multiple>
</div>
<div class="form-group">
<button type="submit" class="btn btn-default">Convert</button>
</div>
</form>
I have exactly the same problem. multiple is a html5 feature for input. After testing in IE10 with "IE7-Emulate" turned on, I've found an interesting thing: I turned proxy server off and multiple selecting suddenly start working with all browsers. First think was: "my proxy rewrites headers". I tried to modify popup page by adding . Multiselection started to work in IE10. There is no support for multiselection in IE7,8,9. If you want to use this versions of IE, you should try Flash or custom ActiveX controls.