Forum Moderators: open
I'm using IE6 under W98. I can upload just fine with the same login with an FTP client. I'm trying to get this working so I can give my clients an easy way to transfer files to me. They're too big and too numerous to be convenient to transfer through email, and my clients aren't computer literate enough to download FTP software, install it, and use it.
Thanks for your help, -MBJ-
I'm guessing that you're viewing the http file and attempting to drag onto it in the hope that IE will work out that you want to upload a new copy instead view it.
You must drag onto an open ftp folder.
Also, be aware that there is no ascii mode in IE FTP (as far as I can work out) so you can't upload scripts, etc. and expect them to work.
Kaled.
<script type="text/javascript">
function fnNavigate() {
var sFolder=location.href.substring(0, location.href.lastIndexOf("/"));
httpFolder.navigate(sFolder);
window.moveTo((screen.width-document.body.clientWidth)/2,(screen.height-document.body.clientHeight)/2);
}
</script><body id="httpFolder" onload="fnNavigate()" style="behavior: url(#default#httpFolder);">
</body>
Just paste that into a new document and save it in a folder on your server. Then navigate to it and you'll get a window that you can completely manipulate your files in.
**DANGER DANGER DANGER**
If you were to just put this in your root and not secure it somehow, I expect someone would be able to delete your entire site.
Kaled, my IE window doesn't show folder icons. It just shows a text-only listing of the directory. Dragging onto the name of the directory doesn't work -- the + doesn't appear on the pointer and when I let go the .bmp file I'm dragging is displayed rather than uploaded. There's a folder icon in the address bar, but dragging a .bmp file to it just displays the file rather than uploading it, and as always, the + doesn't appear in the pointer icon. What I see is this:
[pre]
[blue]
[Address Bar:] ftt://user:password@domain.com/
FTP root at domain.com
--------------------
10/15/2004 05:07 AM Directory Maildir ["Maildir" is a link]
10/13/2004 03:28 PM Directory logs ["logs" is a link]
10/15/2004 09:22 AM Directory upload ["upload" is a link]
--------------------
[/pre][/blue] MatthewHSE, I explained in my original post why I can't use an FTP client for this application.
Lance, the JavaScript didn't work for me. When I drag to the window, my files still display rather than upload.
Any other ideas?
Possible things:
firewall
corporate blocking of port 21 on network
in advanced settings, enable folder view for ftp is not enabled
user stupidity, that's the most common problem I've had, including IT staffs of large corporations. Sadly this is the absolute number one issue.
I have pretty much given up on ever having clients use this type of method reliably, and now insist as far as possible that they use a real ftp client. It's the only reliable method. Post setup screenshots on a web page, make them learn how to do proper ftp.
Make a detailed text howto file.
FTP is simply too complex for standard users to master, I have seen no change in this pattern, especially when they try to use ftp through FTP. I would say that of all types of general support I do, this would be one of the top 4 issues year in and year out.
Even if stuff works right, doing desktop/Windows Explorer to Internet Explorer transfers is if anything more complex than using a simple ftp client like FileZilla, which is an excellent, and free, product.
BTW, this isn't the case of my being unable to get this to work for an end user, it's the case of my not being able to get it to work for MYSELF!
Also BTW, I did write a file upload page with Perl so users could click an upload button and then choose their file from the standard File Open dialog box, but that's cumbersome for them if they have 50 files. And yes, they could zip them into one file, but if they were competent to do that then they'd be competent to use FTP software in the first place! :)
Just tried FireFox -- same problem, file displays instead of uploading.
Guess I'm off to try FIleZilla.
The key, I found, was to set the FTP bookmark to open the correct directories, both local and remote, and make sure all the right settings were in place for uploading different types of files. Once I did that set up work, the clients had no problem using it.
BTW, my webhost said they think that newer versions of IE no longer allow file uploads.
Untrue! There was a security patch some months ago that disabled prepending the user name and password to the url though. In other words, doing this broke:
ftp://username:password@ftp.somehost.com
But all it would do is just prompt you for username and password as if the weren't in the url to begin with. There is also a reg hack to re-enable this behavior:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE]
"iexplore.exe"=dword:00000000
"explorer.exe"=dword:00000000
It sounds to me as though your file associations or shell extensions are corrupted. You should be able to drag a file from a folder on your local machine to an FTP "folder view" of your server directory to do an upload. The reverse is not true as far as I know, but you can right-click and select "copy to folder" to do a download.
If you are intent on using IE as your FTP client, it may be time for a re-install...
As of five minutes ago, my IE6 was doing FTP uploads just fine. It has all the latest patches. I agree with the others that you got a "get the customer off the phone as fast as possible" answer from your host.
My scripts upload just fine using IE, too. Using ASCII mode on a binary file will corrupt it, but using binary mode on an ASCII file should pass it unchanged; However in this latter case, no line-ender compatibility corrections are possible.
Jim
I'm thinking that my problem may be that I'm not really gettingthe "Folder View" that I'm supposed to be seeing, since I never see folder icons in the IE window when I log onto the server. Disable "Folder View", refresh, no change. Enable "Folder View", refresh, no change.