-
-
Notifications
You must be signed in to change notification settings - Fork 933
GitCommand missing stderr #1221
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
Comments
@muggenhor I don't believe the issue I raised is related to this. My issue is specifically that bytes are typecast to a str, not that bytes are missing. I have pinpointed the change that has caused this change in behavior in the issue, and these should not have the effect of bytes missing |
Thanks a lot for researching this. I would be super happy about a PR for a fix that doesn't undo the entirety of 85ebfb2, which assumably you find via bisection or similar. When looking at the changes, it wasn't immediately obvious why 85ebfb2#diff-3cc1aaf2f1e2bc1341d3f71ceec44b2762b981280b4d162e26327bd558721fe1R1050 |
Yes, I discovered the commit through bisection. Just looking at the full diff between 3.1.14 and 3.1.15 didn't give me anything close to a hint. |
stderr gets mangled, causing a test that attempts to verify its content to fail. Caused-by: gitpython-developers/GitPython#1221
…nd duration as vars This allows this information to be included in CI meta data uploads. Affected-by: gitpython-developers/GitPython#1221 Acked-by: Joost Muller <[email protected]> Acked-by: Martijn Leijssen <[email protected]> Merged-by: Hopic 1.38.1.dev2+g9a35520
With GitPython 3.1.14
GitCommandError
, for failed clones would pass on the captured stderr output into itsstderr
attribute. With 3.1.15 this contains the empty string instead.This was caught by this unit test: https://github.com/tomtom-international/hopic/blob/9a35520388f8109ccff6a89407bc2429ed0d0557/hopic/test/test_checkout.py#L84-L103
A reduced test that reduces this to only testing GitPython (instead of the full integration with hopic) looks like the code below. That exhibits the exact same problem:
With 3.1.14 this passes. With the
pytest.raises
expectation removed this output is displayed:With 3.1.15 this output is produced instead (notice the absence of the "stderr: ..." line):
When catching the exception and dumping it's
stderr
attribute it turns out to be an empty string (''
).This seems related to #1220. But it's presentation is different as that issue still reports having content, just wrongly encoded.
The text was updated successfully, but these errors were encountered: