Thank you for your issue. Give us a little time to review it.

PS. You might want to check the FAQ if you haven't done so already.

This is an automated reply, generated by FAQtory

To help you I will need example code to reproduce the issue. It would also help if you made an attempt to fill in the issue template.

@willmcgugan I have added the relevant information from the template. This case is a bit tricky because rich runs from a shell that is being piped within a notebook cell.

I have tested some other things to narrow the issue and it only happens with multiline Live panels and it's possible there is not solution because Jupyter shell emulation is not good enough.

Here is something that works:

Cell 1

CODE = """
import time
from rich.progress import track
from rich.console import Console

console = Console()

for i in track(range(20), description="Processing...", console=console):
    time.sleep(1)  # Simulate work being done
"""

with open('./test-rich.py', 'w') as f:
    f.write(CODE)

Cell 2

!python test-rich.py

Here is something that does not work:

Cell 1

CODE = """
import time

from rich.progress import Progress

with Progress() as progress:

    task1 = progress.add_task("[red]Downloading...", total=1000)
    task2 = progress.add_task("[green]Processing...", total=1000)

    while not progress.finished:
        progress.update(task1, advance=0.5)
        progress.update(task2, advance=0.3)
        time.sleep(0.02)
"""

with open('./test-rich.py', 'w') as f:
    f.write(CODE)

Cell 2

!python test-rich.py

I am trying to upload a notebook but GitHub does not let me do so from an issue.

As another reference I am having similar issues with multi line Live displays when the python program is piped into something else that might also print into stderr. I expect to see the error messages from the second command but they are swallowed by the Live render refresh. The related code in the rich source is here and one should notice that complex cursor repositioning only happens when height of the segment's shape is greater than 1 of course, hence the problem happening only in multi line Live displays.

I am of course ready to understand that there is no solution to this problem, in which case I will just add some kind of flag to my CLI forcing complex progress bar on a single line when people need to deal with piping jupyter cells.

Here is an example of piped stderr print swallowing:

one.py

import time

from rich.console import Console
from rich.progress import Progress

console = Console(stderr=True)

with Progress(console=console) as progress:

    task1 = progress.add_task("[red]Downloading...", total=1000)
    # task2 = progress.add_task("[green]Processing...", total=1000)

    while not progress.finished:
        progress.update(task1, advance=0.5)
        progress.update(task2, advance=0.3)
        time.sleep(0.02)

two.py

import time
import sys

time.sleep(3)

print('There was an error', file=sys.stderr)
sys.exit(1)

Command to run

python one.py | python two.py