Repository navigation
Strange repl eager-eval behavior #37585
Description
Activity
It seems more generally that once the preview has displayed some particular number, that specific number subsequently again shows up in preview when you type in that number (but not when you type in some other number). The specific expression you use to get it displayed the first time, whether it's
1.or2-1or+"1", doesn't seem to matter.Here's an animated gif of the phenomenon:
Reacted by bl-ue and antsmartianThe current logic is to ignore the preview if it's identical to the input and if it's not identical to the last visible preview.
Showing output that is identical to the input does not provide any benefit and is therefore mainly distracting. Visualizing the last identical preview seems to have caused the confusion here. I can open a PR to stop visualizing something for the last identical match, if that helps.
node -vDarwin iMac.local 20.3.0 Darwin Kernel Version 20.3.0: Thu Jan 21 00:07:06 PST 2021; root:xnu-7195.81.3~1/RELEASE_X86_64 x86_64repl?What steps will reproduce the bug?
start the node repl:
nodetype a few numbers in but don't press enter, e.g.
1<backspace>2<backspace>3<backspace>. no eager-eval should be printedtype a number followed by a decimal point e.g.
1.<backspace>. the eager-eval should be immediately triggered. When you type in1again (without the decimal point), you'll see eager-eval prints1, but only for1, not any other numbersType a different number followed by a period e.g.
6.<backspace>. Now eager-eval will only print when you type6How often does it reproduce? Is there a required condition?
Always. None.
What is the expected behavior?
eager-eval should print the number regardless of the decimal point.
What do you see instead?
eager-eval only prints the number you typed if just before you typed it, you typed the number with a decimal point
Additional information
Introduced in version 13.4.0 and 12.17.0. Looks like it's caused by #30811 (which introduced the feature in the first place)