Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

normalize_path_middleware tests failures #1583

Closed
fafhrd91 opened this issue Feb 3, 2017 · 20 comments
Closed

normalize_path_middleware tests failures #1583

fafhrd91 opened this issue Feb 3, 2017 · 20 comments
Labels

Comments

@fafhrd91
Copy link
Member

fafhrd91 commented Feb 3, 2017

code is in https://github.com/KeepSafe/aiohttp/tree/normalize-middleware-fixes
travis build https://travis-ci.org/KeepSafe/aiohttp/builds/198126584

@argaen i need you to look into this problem

@argaen
Copy link
Member

argaen commented Feb 6, 2017

Sure, I'll have a look at it

@fafhrd91
Copy link
Member Author

fafhrd91 commented Feb 7, 2017

it would be cool if you could look into this problem sooner. i'd like to release aiohttp 1.3, but can not without this fix

@argaen
Copy link
Member

argaen commented Feb 7, 2017

I'll try to have a look at it today but if not for sure tomorrow

@argaen
Copy link
Member

argaen commented Feb 7, 2017

Mmmm I don't know why this behavior but with the test case of //resource1//a//b, the request.path variable contains the following:

ipdb> request.path
'//a//b'

and that's why it fails. How did you fix the issue of the relative/absolute urls?

@fafhrd91
Copy link
Member Author

fafhrd91 commented Feb 7, 2017

i see. i will fix that. thanks

@fafhrd91 fafhrd91 closed this as completed Feb 7, 2017
@socketpair
Copy link
Contributor

This bug asso affects me (!)

@socketpair
Copy link
Contributor

Tests have failed, but commit ended up in master. How is this possible? Is 1.3.1 considered stable release? I want to remind, that this version already landed in PIP.

@fafhrd91
Copy link
Member Author

This was fixed befor 1.3.0 released

@socketpair
Copy link
Contributor

Unfortunatelly, NO!. Tests are failed in 1.3.1. How can I help ?

@fafhrd91
Copy link
Member Author

Submit PR or unit test.

@fafhrd91
Copy link
Member Author

@socketpair i am planing to make 1.3.2 release today, could you provide unit test or PR?

@socketpair
Copy link
Contributor

I have attached logs of failing tests. Please ask additional information if you need.
bug.txt

@fafhrd91
Copy link
Member Author

hmm, interesting. it passes for me. check if you have latest yarl. also upgrade to 1.3.2, i added yarl requirements

@socketpair
Copy link
Contributor

Is it safe to update yarl to latest version, and stay on aiohttp 1.2.0 ?

@fafhrd91
Copy link
Member Author

Yes

@socketpair
Copy link
Contributor

OK, I'm working in complex environment, so I will update yarl, and after that will try to re-build aiohttp with it.

@fafhrd91
Copy link
Member Author

I would test before pushing to production

@fafhrd91
Copy link
Member Author

Btw it doesn't matter for aiohttp 1.2, we added normalization middleware in 1.3

@socketpair
Copy link
Contributor

Yes, I just wanted to update aiohttp and it did not pass tests...

@lock
Copy link

lock bot commented Oct 29, 2019

This thread has been automatically locked since there has not been
any recent activity after it was closed. Please open a new issue for
related bugs.

If you feel like there's important points made in this discussion,
please include those exceprts into that new issue.

@lock lock bot added the outdated label Oct 29, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Oct 29, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants