If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Rate Thread | Display Modes |
#1
|
|||
|
|||
Problems with uploading sites in 8.1
I'm having problems when I upload my website in a new laptop, now with
Windows 8.1. The template is corrupted, and links to outside sites don't work. I've been using a version of Incomedia X5 (Incomedia are trying to help me). Seems the problem might be widespread: http://forums.serif.com/showthread.php?t=137531 http://www.talkgraphics.com/showthre...ng-FTP-publish Anyone know of a solution? |
Ads |
#2
|
|||
|
|||
Problems with uploading sites in 8.1
Hank wrote:
I'm having problems when I upload my website in a new laptop, now with Windows 8.1. The template is corrupted, and links to outside sites don't work. I've been using a version of Incomedia X5 (Incomedia are trying to help me). Seems the problem might be widespread: http://forums.serif.com/showthread.php?t=137531 http://www.talkgraphics.com/showthre...ng-FTP-publish Anyone know of a solution? But the second thread gives you a hint as to what is broken, and what to do to fix it. It would appear either an FTP client inside Internet Explorer, or an FTP client built into the OS, has an issue. Like, perhaps it is truncating files. People using a separate FTP client program, don't seem to have the problem. So the bug is either in IE, or in the shell version of ftp.exe client. And to bypass or work around it, use a third-party FTP client and give that a try. You can also try alternate browsers, such as Firefox, Seamonkey, Opera, Chrome, and see if their FTP method is any better. What could happen, is some asynchronism within the FTP client. The FTP client starts a transfer, part of the software concludes "the session is complete", while the FTP packets are still in the process of being transferred. The first part of the software, kills the program, and kills it while packets are still being sent. To test that hypothesis, you download one of the corrupted images, then compare the file against the original, and reach your conclusion there as to whether it is truncated or not. A packet sniffer could be used to gather more evidence, at least as long as a secure protocol (SFTP?) is not being used. There are also things like Secure Socket Layer for browsers, that can hide the content, and make debugging impossible. If you have an unsecured connection (i.e. easy for NSA), then it also makes capture in a packet sniffer easier to read as well. You could in fact, capture the entire upload session in the packet sniffer and reproduce what is being sent as a file. I've never gone to that much trouble, but the contents of the PCAP trace should contain everything sent (either corrupted or perfect). Paul |
#3
|
|||
|
|||
Problems with uploading sites in 8.1
On Thu, 07 Nov 2013 07:25:51 -0500, Paul wrote:
A packet sniffer could be used to gather more evidence, at least as long as a secure protocol (SFTP?) is not being used. There are also things like Secure Socket Layer for browsers, that can hide the content, and make debugging impossible. ssldump can be used to decode and capture encrypted traffic. http://www.rtfm.com/ssldump/ |
#4
|
|||
|
|||
Problems with uploading sites in 8.1
Many thanks Paul; I will pass this on to Incomedia. My internet site
files are all bound into one package and have to be sent en masse via the ftp program built into the Incomedia program (Website X5 v8 Compact). I can't access them individually and send them via filezilla, or similar. The program also is independent of any browser that I use. That's about the limit of my understanding of the technical aspects of this issue. However, I will pass the text of your message on to Incomedia and see if that will help them resolve this. |
#5
|
|||
|
|||
Problems with uploading sites in 8.1
Hank wrote:
Many thanks Paul; I will pass this on to Incomedia. My internet site files are all bound into one package and have to be sent en masse via the ftp program built into the Incomedia program (Website X5 v8 Compact). I can't access them individually and send them via filezilla, or similar. The program also is independent of any browser that I use. That's about the limit of my understanding of the technical aspects of this issue. However, I will pass the text of your message on to Incomedia and see if that will help them resolve this. Are you able to download the package and compare it to the package being uploaded ? It might be some step other than FTP that is affected. Looking at the talkgraphics thread again, people seem to insist their graphics are corrupted. No mention of any other file types, like .htm or .js files. A complicating factor is the AV software present. It might be observing what is going on, and make a change to something. The FTP code isn't the only thing, sniffing at the data being sent. There are other things on the computer that take an interest. Also, there was a recent security update that involved an exploit done with images. Of course, exploits have been done with images for ages. There were instances in the past, where stack smashing bugs were present in JPG libraries, so that turned JPG files into dangerous weapons to be served from web sites. It's possible some version of TIFF had issues like that too. You have to be careful on some platforms, to keep libraries up to date, to prevent those exploits from being used. I only mention those things, without doing a thorough research workup, just to keep the options open. It would be strange for FTP to be broken, because that code probably hasn't been touched for ages. Some things on Windows, are not getting re-written. You can occasionally find dialogs, that were copied from an older part of Windows. So not every code module is written from the ground up. There's really no incentive to rewrite the whole of FTP. FTP was already blazing fast, as is (capable of maxing out a GbE link). So I would acknowledge the possibility of some other code being involved here. I expect AV software scans certain types of images, in the hope of stopping the old exploits. I just don't know what their solution would be, if the software saw a problem. Would it rewrite the file ? Seems unlikely, but anything is possible. And if your files are being uploaded inside a ZIP file, then the FTP program has no practical means itself, to be fiddling with individual files. But an AV just loves to dissect packed or compressed packages in popular formats, and have a look around. Maybe all of the participants on talkcomputer are using Windows Defender ? As an experiment, if you are using Windows Defender, you can try turning off real time scanning, then attempt your upload again. I doubt we'll get that lucky, but it's worth a shot. If the Indexer is running on your Windows 8, you can try pausing that while the upload takes place. What I'm thinking about in this case, is any services on Windows, that could lock a file, at the same time as you're trying to use it. The Indexer might attempt to take apart a newly created ZIP file, ready to be FTPed, and index it. Indexing is not destructive, but locking the file might play a part in this issue. AV software can also do that, lock a file when it wants to do something. So I'm thinking along the lines of any known processes on Windows 8, that have an "unhealthy attraction for just the file the user is working on" :-) Paul |
#6
|
|||
|
|||
Problems with uploading sites in 8.1
Char Jackson wrote:
On Thu, 07 Nov 2013 07:25:51 -0500, Paul wrote: A packet sniffer could be used to gather more evidence, at least as long as a secure protocol (SFTP?) is not being used. There are also things like Secure Socket Layer for browsers, that can hide the content, and make debugging impossible. ssldump can be used to decode and capture encrypted traffic. http://www.rtfm.com/ssldump/ The web page refers to "keying material". And that could be the interesting part. Getting said keying material. I remember some secure thing I was using on Linux, where the first step was generating keys on one machine, and copying them to the other machine. At least in that case, I had some idea where I could find "keying material" when I needed it. I'm not familiar with anything like that on Windows, and wouldn't know where to start looking. Paul |
#7
|
|||
|
|||
Problems with uploading sites in 8.1
Hi again Paul from a happy chappy.
Switching off Windows Defender didn't work, but Incomedia (after reading your suggestions) said I should try exporting the files to disk, and uploading them through Filezilla. (I had thought that all the files had to be handled as a single package through Incomedia's software.) It worked! It's a bit cumbersome, but it will do fine for now. I guess this means it's a problem with Windows 8.1. I hope it's something MS will address. Thanks for your help! Brilliant! |
#8
|
|||
|
|||
Problems with uploading sites in 8.1
Hank wrote:
Hi again Paul from a happy chappy. Switching off Windows Defender didn't work, but Incomedia (after reading your suggestions) said I should try exporting the files to disk, and uploading them through Filezilla. (I had thought that all the files had to be handled as a single package through Incomedia's software.) It worked! It's a bit cumbersome, but it will do fine for now. I guess this means it's a problem with Windows 8.1. I hope it's something MS will address. Thanks for your help! Brilliant! Gotta love a (workaround) happy ending ! Paul |
Thread Tools | |
Display Modes | Rate This Thread |
|
|