We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
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
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
GitHub fields:
assignee = None closed_at = <Date 2014-02-05.22:01:55.693> created_at = <Date 2014-01-06.09:19:31.638> labels = ['invalid', 'type-bug', 'library'] title = 'Logging: RotatingFileHandler computes string length instead of byte representation length.' updated_at = <Date 2014-02-05.22:01:55.692> user = 'https://bugs.python.org/alibotean'
bugs.python.org fields:
activity = <Date 2014-02-05.22:01:55.692> actor = 'vinay.sajip' assignee = 'none' closed = True closed_date = <Date 2014-02-05.22:01:55.693> closer = 'vinay.sajip' components = ['Library (Lib)'] creation = <Date 2014-01-06.09:19:31.638> creator = 'alibotean' dependencies = [] files = ['33322'] hgrepos = [] issue_num = 20137 keywords = [] message_count = 5.0 messages = ['207417', '207447', '208023', '208055', '210348'] nosy_count = 3.0 nosy_names = ['vinay.sajip', 'r.david.murray', 'alibotean'] pr_nums = [] priority = 'normal' resolution = 'not a bug' stage = None status = 'closed' superseder = None type = 'behavior' url = 'https://bugs.python.org/issue20137' versions = ['Python 2.7']
The text was updated successfully, but these errors were encountered:
Current implementation of RotatingFileHandler ignores the encoding when computing the entry byte length.
I've attached a modified version that will compute the entry lenght in bytes.
Sorry, something went wrong.
Could you please upload your proposed fix as a patch file (universal diff)?
Sure, will come back shortly with a patch.
Which encoding are you using, such that the difference in length between encoded and decoded messages is significant?
I agree right off the bat that the error in size is not significant. Only the length of the last appended line is computed erroneously.
I'm uploading the patch in case you decide to apply it.
Thanks.
No branches or pull requests
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: