question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Always get "This editor is deprecated" banner on one computer

See original GitHub issue

This is a revisit of issue #7021 which has been closed as “working as designed”, but I don’t think that the person who closed it has fully understood the problem. The discussion thread on that issue describes exatly what I’m seeing.

Since the most recent 1.59.0 update, one of my computers insists on running the old Jupyter editor, with a message at the top of the screen: “This editor is deprecated and we’ll remove it after 1.59 of VS Code.”

My other computer seems to be using the new editor properly. I’ve done some poking around with settings and perused the release notes, but I haven’t found any hint as to why this computer defaults to the deprecated editor. Both computers have the Jupyter extension enabled and not “Jupyter (deprecated)”. Both are running Windows 10 64-bit.

BTW, the deprecation message is black on dark gray, and illegible unless I use the mouse to select the text.

Environment data

  • VS Code version: 1.59.0
  • Jupyter Extension version (available under the Extensions sidebar): XXX
  • Python Extension version (available under the Extensions sidebar): XXX
  • OS Windows 10 64-bit version 10.0.19042
  • Python version 3.7.11, miniconda 4.10.3
  • Type of virtual environment used: conda
  • Jupyter server running: Local

Expected behaviour

I should see the new Jupyter editor when I open a .ipynb file.

Actual behaviour

When I open a .ipynb file I get the old editor and the deprecation banner with no indication of how to get the new editor. If I create a new .ipynb notebook I get the new editor until I close the file and reopen it.

Steps to reproduce:

The content of the notebook file doesn’t seem to be significant, nor does it matter whether we are in a workspace environment. Opening any notebook seems to give the same result. The problem is evident without any action after opening the file.

Logs

log2.txt log_whenWorking.txt

Output for Jupyter in the Output panel Log file from Output/Jupyter is attached. For comparison, the log from the computer that works properly is also attached as log_whenWorking.txt. They are substantially different. I observe that the *working* version seems to be making use of a legacy 32-bit Python 2.7 environment (Py27_32). when it executes: C:\ProgramData\Miniconda3\envs\Py27_32\python.exe -m pip list

XXX

Issue Analytics

  • State:closed
  • Created 2 years ago
  • Comments:8 (2 by maintainers)

github_iconTop GitHub Comments

10reactions
jgriffittscommented, Aug 16, 2021

A good solution to this was posted here in issue 7021. It appears that this is a configuration option that was somehow corrupt on one of my computers. I spent considerable time searching for such an option but never found it – perhaps this needs a mention in the release documentation.

To summarize:

  1. right-click on the .ipynb file in the explorer window (in the directory file list, not under “Open Editors”).
  2. pick “Open With”
  3. pick “configure default editor” at the bottom of the list
  4. pick “Jupyter Notebook”
5reactions
greazercommented, Aug 16, 2021

@jgriffitts, thanks for the feedback. You should be able to adjust this via changing your editor association in the settings.json.

Please find…

"workbench.editorAssociations": {
        "*.ipynb": "jupyter-notebook-ipynb"
    },

and change it to…

"workbench.editorAssociations": {
        "*.ipynb": "jupyter-notebook"
    },
Read more comments on GitHub >

github_iconTop Results From Across the Web

Computer Concept Module 9 Flashcards - Quizlet
Study with Quizlet and memorize flashcards containing terms like When you are shopping online and finalizing your order, you usually fill in forms...
Read more >
June 2021 (version 1.58) - Visual Studio Code
Terminals in the editor - Create or move terminals into the editor area. ... The other options for displaying the Restricted Mode banner...
Read more >
The Display Resolution Dialogue has been deprecated and ...
The Display Resolution Dialogue has been deprecated and will be removed in a future version. Discussion in 'Editor & General Support' started ...
Read more >
Sunsetting Atom - The GitHub Blog
When we introduced Atom in 2011, we set out to give developers a text editor that was deeply customizable but also easy to...
Read more >
Fix common Google Ads Editor errors
Update your version of Editor to the newest one available. Uninstall and reinstall Editor. Contact the Google Ads support and report the issue....
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found