Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jupyter-AI considers only local filesystem creating misalignment with ContentsManager #1192

Open
MaicoTimmerman opened this issue Jan 7, 2025 · 1 comment
Labels
bug Something isn't working
Milestone

Comments

@MaicoTimmerman
Copy link
Contributor

Description

Jupyter-server uses jupyter_server.services.contents.manager.ContentsManager for interactions with the filesystem. This gives users the ability to attach external file systems to Jupyter, for example hosted on object storage (i.e. S3 or HDFS).

Now when using Jupyter-AI, the /generate and @file methods, will try to read from local filesystem. However, when an non-local Contents-Manager is used, the files never show up in the JupyterLab UI.

Reproduce

Not really relevant

Expected behavior

  • For the UI to show contents generated by Jupyter-AI commands, such as /export and /generate.
  • For the @file context provider to load files shown in the UI.
@MaicoTimmerman MaicoTimmerman added the bug Something isn't working label Jan 7, 2025
@dlqqq
Copy link
Member

dlqqq commented Jan 7, 2025

@MaicoTimmerman Thank you for opening an issue for this. I agree this ought to be fixed; JupyterLab extensions should be expected to have strong integrations with the rest of the JupyterLab ecosystem.

I've added this to the Jupyter AI v3 milestone for us to track. I'll keep this in mind as I continue to iterate on the chat command design for v3.

@dlqqq dlqqq added this to the v3.0.0 milestone Jan 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants