Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

failure with Chrome 32 #7

Open
clodoald opened this issue Dec 13, 2013 · 4 comments
Open

failure with Chrome 32 #7

clodoald opened this issue Dec 13, 2013 · 4 comments

Comments

@clodoald
Copy link

I tested successfully your demonstration until the upgrade of Chrome to version 32. It does no longer download the file to the file system, but only the shortcut. Opera 18 still works fine.

@ebidel
Copy link
Owner

ebidel commented Dec 13, 2013

Which demo?
On Dec 13, 2013 2:27 AM, "clodoald" notifications@github.com wrote:

I tested successfully your demonstration until the upgrade of Chrome to
version 32. It does no longer download the file to the file system, but
only the shortcut. Opera 18 still works fine.


Reply to this email directly or view it on GitHubhttps://github.com//issues/7
.

@clodoald
Copy link
Author

The demo is :
https://github.com/ebidel/html5demos/blob/master/html5-demos.appspot.com/static/a.download.html

I uploaded the HTML code as this to our server.

@ebidel
Copy link
Owner

ebidel commented Dec 17, 2013

I'm not seeing this in Chrome 32 or Chrome 33.

https://html5-demos.appspot.com/static/a.download.html

@clodoald
Copy link
Author

My platform is windows7 professional service pack1 64bits.
I am using Chrome 33.0.1736.2 dev-m. I first noticed the problem on Chrome 32.
How to reproduce:
open https://html5-demos.appspot.com/static/a.download.html
click the button "create file"
drag the "download" anchor and drop it to the desktop.
With Chrome 33 , the object which appears on the windows desktop is a shortcut to the following url
blob:https%3A//html5-demos.appspot.com/70e53795-e063-4d1c-8963-4e512d586e46
With Opera 18.0 and Chrome 31 or earlier, the object created on the windows desktop was a text file which contained a copy of the content of the textarea, which is what I expected.
Do you see the same behaviour?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants