W3C home > Mailing lists > Public > www-validator-cvs@w3.org > March 2009

[Bug 4985] Link checker dies on links to particular url

From: <bugzilla@wiggum.w3.org>
Date: Wed, 04 Mar 2009 14:04:10 +0000
To: www-validator-cvs@w3.org
Message-Id: <E1Lerhi-0005VE-2Q@wiggum.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4985


Olivier Thereaux <ot@w3.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.5




--- Comment #3 from Olivier Thereaux <ot@w3.org>  2009-03-04 14:04:09 ---
(In reply to comment #2)

> therefore, I agree we could lower the link checker's default timeout value to,
> say, 20 or 30 seconds.

In my test instance of the link checker, I have the default timeout set to 20
seconds. I just found a strange (not documented AFAICT) behavior of LWP. See
this output:

Checking link http://jtc1sc36.org/doc/36N1141.pdf
HEAD http://jtc1sc36.org/doc/36N1141.pdf  fetched in 41.01s

Checking link http://jtc1sc36.org/doc/36N1142.pdf
HEAD http://jtc1sc36.org/doc/36N1142.pdf  fetched in 21.00s

Both resources are later reported as timing out. Note that for the first
resource, LWP waited twice the configured time before it timed out. 

This doubling would actually explain why apache (timeout 120) currently times
out before the link checker (currenty timeout 60 in the production version)
does. Browsers typically timeout at 300 seconds, so not a problem.

I suggest we switch the default timeout value to 30s in the upcoming 4.5
release. Users checking very slow servers on the commandline can override that
setup.


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 4 March 2009 14:04:18 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:02:34 UTC