A Windows XP help forum. PCbanter

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.

Go Back   Home » PCbanter forum » Microsoft Windows 8 » Windows 8 Help Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

Problems with uploading sites in 8.1



 
 
Thread Tools Rate Thread Display Modes
  #1  
Old November 7th 13, 12:58 PM posted to alt.comp.os.windows-8
Hank[_7_]
external usenet poster
 
Posts: 13
Default 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  
Old November 7th 13, 01:25 PM posted to alt.comp.os.windows-8
Paul
external usenet poster
 
Posts: 18,275
Default 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  
Old November 7th 13, 01:51 PM posted to alt.comp.os.windows-8
Char Jackson
external usenet poster
 
Posts: 10,449
Default 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  
Old November 7th 13, 02:23 PM posted to alt.comp.os.windows-8
Hank[_7_]
external usenet poster
 
Posts: 13
Default 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  
Old November 7th 13, 03:51 PM posted to alt.comp.os.windows-8
Paul
external usenet poster
 
Posts: 18,275
Default 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  
Old November 8th 13, 11:20 AM posted to alt.comp.os.windows-8
Paul
external usenet poster
 
Posts: 18,275
Default 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  
Old November 8th 13, 01:05 PM posted to alt.comp.os.windows-8
Hank[_7_]
external usenet poster
 
Posts: 13
Default 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  
Old November 8th 13, 01:16 PM posted to alt.comp.os.windows-8
Paul
external usenet poster
 
Posts: 18,275
Default 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
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 10:56 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.