php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #78626 bug27023.phpt never finishes
Submitted: 2019-10-03 08:05 UTC Modified: 2020-10-04 04:22 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:0 of 0 (0.0%)
From: dams@php.net Assigned: cmb (profile)
Status: No Feedback Package: Testing related
PHP Version: 7.4.0RC2 OS: OSX
Private report: No CVE-ID: None
 [2019-10-03 08:05 UTC] dams@php.net
Description:
------------
when running make test on OSX, bug27023.phpt never ends. 

Compilation is fine, and all tests until then works (fail or success, but they end).

Compilation without curl works, and all tests work (fail or success, but they end).

Test script:
---------------
make test, after compilation



Expected result:
----------------
test runs (I'll let know if test fail or pass after by submitting the results then).

Actual result:
--------------
test hangs

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2019-10-03 10:49 UTC] cmb@php.net
-Package: Unknown/Other Function +Package: Testing related
 [2019-10-03 10:49 UTC] cmb@php.net
Would, say, bug48203.phpt also hang if bug27023.phpt wasn't
executed?

Tentatively categorizing as "testing related".
 [2019-10-04 06:45 UTC] dams@php.net
The following bugs are all hanging. 

bug27023.phpt 
bug55767.phpt
bug77711.phpt
curl_copy_handle_basic_007.phpt
curl_copy_handle_variation3.phpt 
curl_file_upload.phpt

I'll report when I'm past the bug48203.phpt or not (what is the way to run one phpt ?)
 [2019-10-04 07:43 UTC] cmb@php.net
> what is the way to run one phpt ?

If you've built yourself, you can do

    make test TESTS=ext/curl/tests/bug48203.phpt

But I don't think that's necessary.  Given the list of stalling
tests, this looks to be a general issue with
ext/curl/tests/server.inc.
 [2019-10-04 10:19 UTC] dams@php.net
bug27023 runs and passes.
The list of hanging tests is complete.  

I checked again with a new pull and build (just in case).
 [2019-10-04 10:41 UTC] cmb@php.net
> bug27023 runs and passes.

Is this a typo, or does the test pass, if you run it as single
test?  In the latter case the used run-tests.php might not support
CONFLICT files - did you use a recent run-tests.php from the 7.4
branch?
 [2019-10-04 17:32 UTC] dams@php.net
Yes, my bad. Test bug48203 passes, while bug27023 (and others) still hang. 

Let me compile against the last RC for 7.4
 [2019-11-07 10:52 UTC] nikic@php.net
Is there any useful error output if you run the test directly? I.e. via "sapi/cli/php ext/curl/tests/bug27023.phpt"?
 [2019-11-07 18:54 UTC] dams@php.net
Fresh build, and I get this : 

--TEST--
Bug #27023 (CURLOPT_POSTFIELDS does not parse content types for files)
--INI--
error_reporting = E_ALL & ~E_DEPRECATED
--SKIPIF--
--FILE--
Server is not running

On the other hand, make test TESTS=ext/curl/tests/bug27023.phpt still hangs.
 [2020-09-23 16:06 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2020-09-23 16:06 UTC] cmb@php.net
Is this issue still unresolved?  If so, could you do some
debugging?  See ext/curl/tests/server.inc[1] for a start; maybe
the usleep(50000) is not long enough; maybe the server can't start
for other reasons; you could try to run the proc_open() $cmd
manually.

[1] <https://github.com/php/php-src/blob/php-7.4.10/ext/curl/tests/server.inc#L32>
 [2020-10-04 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Oct 31 23:01:28 2024 UTC