PHPBrowser module: Wrong url sent and request does not match codeception debug output
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- php, symfony
- 领域
- api, backend, testing-qa
调研方向
使用分别设置为 http://web 和 http://web:80 的 PhpBrowser URL,复现所示的 seeAvatarInfo 测试。先从所引用的 Symfony BrowserKit Client.php URL 解析代码以及 PhpBrowser/REST 配置开始。完成标准是:之前已有请求后,相对 URL 会在不带错误历史路径的情况下发送到已配置的主机,并且有一个覆盖无端口情况的回归测试。
由索引模型根据 Issue 内容生成。
描述
What are you trying to achieve?
Assert that a file can be retrieved from a webserver using the REST module with PHPBrowser, by checking if the status code is equal to 200. The file exists on the server and can be retrieved using CURL with the same url as shown in the debug output of codeception.
What do you get instead?
Failed asserting that 404 matches expected 200 and wrong debug output of codeception.
Root cause
I've managed to successfully reproduce it and I think I've tracked down the issue:
My setup consists of docker images (nginx image proxying to php-fpm image) defined in a docker-compose.yml file as service web and app respectively. Codeception is run in separate docker image attached to the same network.
The problem seems to be the PHPBrowser url parameter as defined in the suite config file shown below. When there is no port defined and the url is http://web (the name of the nginx host since it listens to port 80) it sends a completely wrong url to the webserver. Instead of sending web/storage/avatars/... as described in the debug output of codeception the actual url received by nginx is me/web/storage/avatars/... You can see nginx logs below for more details. Now where did that me came from..??
It turns out that if you define a port in the PHPBrowser url variable, such as http://web:80 everything works as expected and the test passes. If you don't, like described above and for the specific test case I have posted below the url gets messed up and looks to be resolved from History urls.
Looking at the codeception src code the offending method seems to be in vendors symfony/browser-kit: https://github.com/symfony/browser-kit/blob/c55fe9257003b2d95c0211b3f6941e8dfd26dffd/Client.php#L322.
Looking at that method, specifically here: https://github.com/symfony/browser-kit/blob/c55fe9257003b2d95c0211b3f6941e8dfd26dffd/Client.php#L593 it seems that it tries to resolve the url based on History urls and since for my specific testcase I already have a previous http request sent in the same test, the url gets wrongly constructed.
Workaround
The workaround is, as shown above, to always define the port even if it is 80 or 443. I don't understand why the url needs to be constructed using previous history and I cannot say I agree with that approach but I also cannot suggest a fix at the moment.
Details
Provide console output if related. Use
-vvvmode for more details.
Codeception output:
[Page] /me/avatar
[Response] 200
[Request Cookies] []
[Response Headers] {"Server":["nginx/1.15.0"],"Content-Type":["application/json"],"Transfer-Encoding":["chunked"],"Connection":["keep-alive"],"X-Powered-By":["PHP/7.2.8"],"Cache-Control":["no-cache, private"],"Date":["Thu, 09 Aug 2018 08:00:18 GMT"],"X-RateLimit-Limit":["200"],"X-RateLimit-Remaining":["197"],"X-Frame-Options":["SAMEORIGIN"],"X-XSS-Protection":["1; mode=block"],"X-Content-Type-Options":["nosniff"]}
[Response] {"status":200,"payload":{"url":"web/storage/avatars/0f74205c-75f5-42f5-852e-48b32fb87820_gr95QH7P5RMuyzzEWysQngzb54Pj5CHyma3K1Ffk.jpeg","created_at":{"date":"2018-08-09 08:00:18.000000","timezone_type":3,"timezone":"UTC"},"updated_at":{"date":"2018-08-09 08:00:18.000000","timezone_type":3,"timezone":"UTC"}}}
I see response code is 200
I see response is json
I see response json matches json path "$.payload.url"
I grab data from response by json path "$.payload.url"
I assert not empty "web/storage/avatars/0f74205c-75f5-42f5-852e-48b32fb87820_gr95QH7P5RMuyzzEWysQngzb54Pj5CHyma3K1Ffk.jpeg"
I send head "web/storage/avatars/0f74205c-75f5-42f5-852e-48b32fb87820_gr95QH7P5RMuyzzEWysQngzb54Pj5CHyma3K1Ffk.jpeg"
[Request] HEAD web/storage/avatars/0f74205c-75f5-42f5-852e-48b32fb87820_gr95QH7P5RMuyzzEWysQngzb54Pj5CHyma3K1Ffk.jpeg []
[Request Headers] {"Authorization":"Bearer token_reducted"}
[Page] web/storage/avatars/0f74205c-75f5-42f5-852e-48b32fb87820_gr95QH7P5RMuyzzEWysQngzb54Pj5CHyma3K1Ffk.jpeg
[Response] 404
[Request Cookies] []
[Response Headers] {"Server":["nginx/1.15.0"],"Content-Type":["application/json"],"Connection":["keep-alive"],"X-Powered-By":["PHP/7.2.8"],"Cache-Control":["no-cache, private"],"Date":["Thu, 09 Aug 2018 08:00:18 GMT"]}
[Response]
I see response code is 200
FAIL
Nginx access log:
web_1 | 172.27.0.4 - - [09/Aug/2018:08:15:40 +0000] "GET /me/avatar HTTP/1.1" 200 324 "-" "Symfony BrowserKit"
web_1 | 172.27.0.4 - - [09/Aug/2018:08:15:40 +0000] "HEAD /me/web/storage/avatars/ec20bfa9-c252-43bb-b990-f97362445ec2_jBqWIZuRm62qJsXz1sAwfrrMvCzeps8ZXsrKxWZp.jpeg HTTP/1.1" 404 0 "http://web/me/avatar" "Symfony BrowserKit"
Provide test source code if related
public function seeAvatarInfo(\AcceptanceTester $I)
{
$I->haveHttpHeader('Authorization', 'Bearer ' . $this->token);
$I->sendGET('/me/avatar');
$I->seeResponseCodeIs(200);
$I->seeResponseIsJson();
$I->seeResponseJsonMatchesJsonPath('$.payload.url');
$url = $I->grabDataFromResponseByJsonPath('$.payload.url')[0];
$I->assertNotEmpty($url);
$I->sendHEAD($url);
$I->seeResponseCodeIs(200);
}
Details
- Codeception version: 2.4.5
- PHP Version: 7.2.8
- Operating System: Docker (official php-fpm images) in OSX
- Installation type: Docker (codeception image)
- Suite configuration:
class_name: AcceptanceTester
modules:
enabled:
- Asserts
- PhpBrowser:
url: 'http://%APP_URL%'
- REST:
depends: PhpBrowser
- 主要语言
- PHP
- 星标
- 60
- 派生
- 30
- 平均合并
- 22 小时 37 分钟
- 30 天内合并 PR
- 1
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
Codeception/module-rest 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 38/100
Codeception/module-rest#114 · 4 条评论 ·
-
难度 3/5 1-2 天 新手友好度 35/100
Codeception/module-rest#110 ·
-
难度 2/5 1-3 小时 新手友好度 52/100
Codeception/module-rest#98 ·
-
难度 4/5 3-5 天 新手友好度 25/100
Codeception/module-rest#79 · 1 条评论 · 1 个 reaction ·
-
难度 4/5 3-5 天 新手友好度 25/100
Codeception/module-rest#80 · 2 条评论 ·
查看 Codeception/module-rest 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 1/5 1 小时以内 新手友好度 85/100
-
难度 2/5 1-3 小时 新手友好度 75/100
hector-jewell/food-delivery-system-for-restaurant-using-php#1311 ·
-
难度 2/5 1-3 小时 新手友好度 65/100
Sylius/SyliusGridBundle#501 ·