Re: ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-28 Thread Stuart Henderson
On 2023/06/28 12:19, Theo Buehler wrote: > > Good catch. It's the only header where we forget to skip leading > > blanks. > > This was overlooked in fetch.c r1.209 ah I was wondering about that, because it definitely used to work. > ok tb and from me. > > > > I can reproduce and confirm th

Re: ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-28 Thread Theo Buehler
> Good catch. It's the only header where we forget to skip leading > blanks. This was overlooked in fetch.c r1.209 ok tb > > I can reproduce and confirm that this does indeed fix the parsing and > make ftp set the mtime accordingly to Last-Modified. > > > diff --git i/usr.bin/ftp/fetch.c w/us

Re: ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-28 Thread Omar Polo
On 2023/06/25 18:22:31 -0700, a dog wrote: > >Synopsis: ftp(1) will never attempt to set the modification date of any > >file retrieved by http[s] > >Category:user > >Environment: > System : OpenBSD 7.3 > Details : OpenBSD 7.3-current

ftp(1) will never attempt to set the modification date of any file retrieved by http[s]

2023-06-25 Thread a dog
>Synopsis: ftp(1) will never attempt to set the modification date of any >file retrieved by http[s] >Category: user >Environment: System : OpenBSD 7.3 Details : OpenBSD 7.3-current (GENERIC.MP) #1259: Fri Jun 23 09:13:33 MDT 2023