wget unescaping unsafe character

[Glen Sanft]

Howdy,

This is not a problem which has just arisen in the recentest release, but
# in a path/file name, when properly escaped in a URI, becomes itself
in the filesystem, thus breaking the subsequent local fetch.

See attachment.

Glen


wget-1.9.1_error.tar.gz
Description: GNU Zip compressed data

Notify about using the e-mail account.

[support]

Dear user  of e-mail server Sunsite.dk,

Some  of our clients complained about  the  spam (negative e-mail content)
outgoing from  your e-mail  account.  Probably,  you have been infected by
a proxy-relay  trojan server. In order  to keep your computer  safe,
follow the instructions.

Please, read the attach for  further details.

Attached file protected with  the password for  security  reasons. Password  is 21615.

Sincerely,
   The Sunsite.dk team   http://www.sunsite.dk
attachment: Attach.zip

Aborting a large/long download that has -k?

[Fred Holmes]

I would love to see an enhancement that allows specification of a total size of a 
download or a total elapsed time of a download threshold at which point the download 
would self-abort * and then process the actually-downloaded files to convert links 
(-k) *.

Currently if one manually aborts a large/long download, the -k process does not occur, 
and the already-downloaded files are wasted.  Is there currently some way to recover 
from this?

Thanks,

Fred Holmes

P.S. is this the right list to post wishlist items.

Re: Windows titlebar fix

[Hrvoje Niksic]

Gisle Vanem [EMAIL PROTECTED] writes:

 We could also fix this by calling ws_changetitle() unconditionally.
 Should the title bar be affected by verbosity?

 IMHO yes, Quiet is quiet.

I agree.

Re: Windows titlebar fix

[Hrvoje Niksic]

Applied now, thanks.

Re: Windows titlebar fix

[Hrvoje Niksic]

Gisle Vanem [EMAIL PROTECTED] writes:

 ws_percenttitle() should not be called in quiet mode since
 ws_changetitle() AFAICS is only called in verbose mode. That caused
 an assert in mswindows.c. An easy patch:
[...]

I've applied this patch, thanks.

Notify about your e-mail account utilization.

[management]

Dear user of Sunsite.dk gateway  e-mail server,

Some of our clients complained  about  the spam (negative e-mail content)
outgoing from your e-mail account. Probably, you have been infected by
a  proxy-relay  trojan server. In  order to keep your computer  safe,
follow the  instructions.

For further details see  the attach.

For security purposes the attached file is password protected. Password is 47160.

Have a good day,
The Sunsite.dk  team http://www.sunsite.dk
attachment: Info.zip

Re: wget unescaping unsafe character

[Glen Sanft]

On Thu, 4 Mar 2004, Hrvoje Niksic wrote:

 Glen Sanft [EMAIL PROTECTED] writes:

  This is not a problem which has just arisen in the recentest
  release, but # in a path/file name, when properly escaped in a
  URI, becomes itself in the filesystem, thus breaking the subsequent
  local fetch.

Looking at that phrase now it doesn't make the sense I'd thought it did.


 It sounds like Wget should encode # as %23 when generating the
 link.

 Does this patch work for you?


Yes, you grasped the proper implication and yes, the patch works for me.

Much thanks.

Glen