bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Issue with --content-on-error and --convert-links


From: Darshit Shah
Subject: Re: [Bug-wget] Issue with --content-on-error and --convert-links
Date: Sat, 31 Jan 2015 11:42:15 +0530

Patches look good. Except the last one may still not have the right
commit message format.


However, we are enforcing a feature freeze for now till the next
release. Once there, we can merge these patches.

On Sat, Jan 31, 2015 at 7:43 AM, Yousong Zhou <address@hidden> wrote:
> On 31 January 2015 at 07:53, Giuseppe Scrivano <address@hidden> wrote:
>> Yousong Zhou <address@hidden> writes:
>>
>>> On 29 January 2015 at 21:26, Tim Ruehsen <address@hidden> wrote:
>>>> Hi Yousong,
>>>>
>>>>> > this patch seems to be incomplete. Do you have a complete patch (e.g. 
>>>>> > +new
>>>>> > option, + docs) or are you going to work on it ?
>>>>>
>>>>> That patch was only intended as a ephemeral one to see if it can solve
>>>>> the issue reported by Joe at the time.  But checking it again, I now
>>>>> think the patch actually does the right thing.  The reason is that
>>>>> since those --content-on-error pages are downloaded, then links within
>>>>> those pages should be converted as specified by --convert-links.
>>>>> There is no need for a new option for this and the current doc is just
>>>>> fine.  But I will try adding an test cases for this.
>>>>
>>>> Ah sorry, my fault / misunderstanding.
>>>> Since the patch changes Wget behaviour I would apply it after the next 
>>>> bugfix
>>>> release.
>>>> A test case would be perfect. Please consider creating a python test case 
>>>> (see
>>>> directory testenv). We will move all test cases from perl to python by the
>>>> time.
>>>>
>>>
>>> Well, there they are, with a few fixes for other issues I encountered
>>> when preparing for this.
>>
>> patches look fine to me, could you please ensure to write the commit
>> message using the ChangeLog format?
>>
>> When it is just one line log, you can just use the format:
>>
>> * blah/file (function): Describe what changed.
>>
>> Otherwise use the format:
>>
>> one short line to describe the change
>>
>> * blah/file1 (foo): Describe what changed here.
>> * blah/file2 (bar): And here.
>>
>> More about the ChangeLog style here:
>>
>> https://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs
>>
>
> Changes are made to
>
>  - Follow GNU Changelog style commit message.
>  - Update the 2nd patch so that no color codes will be printed when
> the stdout is not a tty-like device.
>
>
>                 yousong
>
>> Thanks,
>> Giuseppe



-- 
Thanking You,
Darshit Shah



reply via email to

[Prev in Thread] Current Thread [Next in Thread]