https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #8 from chengyech...@huawei.com ---
(In reply to Rainer Jung from comment #7)
> That would be the warning for such an nghttp which doesn't support -a:
>
> [WARNING]: -a, --get-assets option is ignored because
> the binary was not
https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #7 from Rainer Jung ---
That would be the warning for such an nghttp which doesn't support -a:
[WARNING]: -a, --get-assets option is ignored because
the binary was not compiled with libxml2.
--
You are receiving this mail
https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #6 from Rainer Jung ---
The "-a" for nghttp2 does only work, if it was compiled with libxml2 support.
Otherwise nghttp2 throws a warning or error and does not retrieve any assets.
--
You are receiving this mail because:
You are
Since I can't login right now to bugzilla (problem on my side) just a
short mail: the "-a" for nghttp2 does only work, if it was compiled with
libxml2 support. Otherwise nghttp2 throws a warning or error and does
not retrieve any assets.
https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #5 from chengyech...@huawei.com ---
(In reply to Stefan Eissing from comment #4)
> The call of "nghttp -a url" tells nghttp to *parse* the received html for
> links and also download all those links it finds. There is nothing the
>
https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #4 from Stefan Eissing ---
The call of "nghttp -a url" tells nghttp to *parse* the received html for links
and also download all those links it finds. There is nothing the server needs
to do special.
So, the question seems to be
https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #3 from chengyech...@huawei.com ---
(In reply to Stefan Eissing from comment #2)
> Which version of the test cases do you run? The ones included in the 2.4.51
> release? Checkouts from the subversion branch 2.4.x?
>
> What I would
https://bz.apache.org/bugzilla/show_bug.cgi?id=65985
--- Comment #2 from Stefan Eissing ---
Which version of the test cases do you run? The ones included in the 2.4.51
release? Checkouts from the subversion branch 2.4.x?
What I would do is to insert a `time.sleep(300)` just before the failing