This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author terry.reedy
Recipients cheryl.sabella, grantjenks, miss-islington, rhettinger, terry.reedy
Date 2018-12-29.06:00:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1546063216.46.0.173825040547.issue34055@roundup.psfhosted.org>
In-reply-to
Content
Even before this fix, in 3.7.2, I no longer see the extra blank lines I reported in msg321135 either on Windows or macOS.  I did still see the persistent and expanding indents reported in the opening post.  I believe that this is what Raymond also referred to.  The one I could reproduce are now gone.  Hence, I close this.

Remaining newline and indent issues should be handled in other issues.

* I intend to review the initial PR for #32989 soon.  I don't know what its effect might be on the user-visible result.

* Too short indents for open fences needs a new issue.

* Blank line before SyntaxError: interactive python does this.

>>> d={a:'a}
  File "<stdin>", line 1
    d={a:'a}
           ^
SyntaxError: EOL while scanning string literal
>>>

The ^ line is nearly blank.  IDLE omits the line echo and ^ and adds a red highlight instead ... + an invisible indent on the next line (now too short). (It also color-codes the error message.)

>>> d={a:'a}<---red highlight to end of line...
   
SyntaxError: EOL while scanning string literal
>>>

Checking syntax first and skipping indent on error would give the following.  I don't know how easy this would be.

>>> d={a:'a}<---red highlight to end of line...
SyntaxError: EOL while scanning string literal
>>>
History
Date User Action Args
2018-12-29 06:00:18terry.reedysetrecipients: + terry.reedy, rhettinger, cheryl.sabella, grantjenks, miss-islington
2018-12-29 06:00:16terry.reedysetmessageid: <1546063216.46.0.173825040547.issue34055@roundup.psfhosted.org>
2018-12-29 06:00:16terry.reedylinkissue34055 messages
2018-12-29 06:00:16terry.reedycreate