Skip to content

Conversation

@terryjreedy
Copy link
Member

@terryjreedy terryjreedy commented Feb 12, 2018

On at least one system, readline() causes decoding of multiple lines,
including line 27 of idlelib/CREDITS.txt, with a non-ascii character.

https://bugs.python.org/issue32826

On at least one system, readline() causes decoding of multiple lines,
including line 27 of idlelib/CREDITS.txt, with a non-ascii character.

for button, printer, name in button_sources:
with self.subTest(name=name):
if name=='license': raise NameError()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Debugging remnants?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes. Test of test failure. Fixed.

@@ -0,0 +1,5 @@
Add "encoding=utf-8" to open() in idle_test/test_help_about.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think these empty lines are not needed. Bug in blurb?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, they were not in the file as I wrote it. Fixed with online editor.

@terryjreedy terryjreedy merged commit f34e03e into python:master Feb 12, 2018
@miss-islington
Copy link
Contributor

Thanks @terryjreedy for the PR 🌮🎉.. I'm working now to backport this PR to: 3.6, 3.7.
🐍🍒⛏🤖

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Feb 12, 2018
…t. (pythonGH-5639)

GUI test test_file_buttons() only looks at initial ascii-only lines,
but failed on systems where open() defaults to 'ascii' because
readline() internally reads and decodes far enough ahead to encounter
a non-ascii character in CREDITS.txt.
(cherry picked from commit f34e03e)

Co-authored-by: Terry Jan Reedy <[email protected]>
@bedevere-bot
Copy link

GH-5642 is a backport of this pull request to the 3.7 branch.

@bedevere-bot
Copy link

GH-5643 is a backport of this pull request to the 3.6 branch.

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Feb 12, 2018
…t. (pythonGH-5639)

GUI test test_file_buttons() only looks at initial ascii-only lines,
but failed on systems where open() defaults to 'ascii' because
readline() internally reads and decodes far enough ahead to encounter
a non-ascii character in CREDITS.txt.
(cherry picked from commit f34e03e)

Co-authored-by: Terry Jan Reedy <[email protected]>
@terryjreedy terryjreedy deleted the test_help_about branch February 12, 2018 20:00
miss-islington added a commit that referenced this pull request Feb 12, 2018
…t. (GH-5639)

GUI test test_file_buttons() only looks at initial ascii-only lines,
but failed on systems where open() defaults to 'ascii' because
readline() internally reads and decodes far enough ahead to encounter
a non-ascii character in CREDITS.txt.
(cherry picked from commit f34e03e)

Co-authored-by: Terry Jan Reedy <[email protected]>
miss-islington added a commit that referenced this pull request Feb 12, 2018
…t. (GH-5639)

GUI test test_file_buttons() only looks at initial ascii-only lines,
but failed on systems where open() defaults to 'ascii' because
readline() internally reads and decodes far enough ahead to encounter
a non-ascii character in CREDITS.txt.
(cherry picked from commit f34e03e)

Co-authored-by: Terry Jan Reedy <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants