-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
cannot open project on linux #13766
Comments
Are you using something like sway or hyprland without an xdg-desktop-portal set up? Please use the relevant NixOS module to set up your desktop environment correctly. |
The portal normally works. Is there something I can do to trouble shoot this? |
Make sure your portal actually provides a file chooser, as not all of them do: https://wiki.archlinux.org/title/XDG_Desktop_Portal#List_of_backends_and_interfaces EDIT: also if you are comparing to e.g. Firefox, that one falls back to the GTK file chooser when the portal is not available... |
As for troubleshooting the portal, zed should be logging to the terminal (if you started it from there) and to |
It is not visible I the logs. I’m closing this issue because I’m giving up on Zed. There’s too many things that are not really agreeable with, including but not limited to enabling telemetry by default, or downloading (thankfully dynamically linked) closed source, unaudited executables without asking me before even becoming usable. An editor that already phones home and downloads nodejs, prettier and LLM executables before letting me open a file is not really what I imagined. |
Please, re-open the issue. This same thing is happening to me right now, and I don't see a reason to open a NEW issue just to say that it should stay open until it's fixed. Although I STRONGLY agree with You, @MangoIV , We should still attempt to help the project as much as we can, even if just by reporting an issue, which takes ~15 minutes and can potentially help hundreds, if not thousands of people. However, the fact that this issue remained closed, without maintainers intervening is a red flag on it's own. I imagine it's not that hard to simply ask for a feature to disable all of the questionable additions, such as copilot, other LLMs, etc. Even if those request are not heard - at least we'll still have a WORKING code editor. Here's the Zed.log I've got:
My system info:
|
I have no issues with my xdg-portal. It simply can not be related to that since mine actually provides the file-picker.
This is simply not the case, or at least not anymore. Launching the Running: #!/bin/bash
zeditor
echo "exiting" Will simply open Zed and then immediately after that print "exiting" into the terminal. |
@alexlnkp I was having the same issue and I resolved it with this:
And this is all I needed to do, but also I'm still on X11, so you will need to adapt this to Wayland. |
Ah, so the arch package already had the CLI helper installed as the default binary. That one does indeed not show anything in the terminal except the output for |
This PR adds a warning when the file chooser couldn't be opened on Linux It's quite confusing when trying to open a file and apparently nothing happens: fixes #11089, #14328, #13753 (comment), #13766, #14384, #14353, #9209 ![image](https://github.com/user-attachments/assets/5acabdaa-7a9d-4225-9480-e371d20387c3) Release Notes: - N/A
This PR adds a warning when the file chooser couldn't be opened on Linux It's quite confusing when trying to open a file and apparently nothing happens: fixes #11089, #14328, #13753 (comment), #13766, #14384, #14353, #9209 ![image](https://github.com/user-attachments/assets/5acabdaa-7a9d-4225-9480-e371d20387c3) Release Notes: - N/A
I'm using Hyprland, and I have TWO It would appear that it's the Zed that has troubles with opening a file-picker assigned by I'm not really knowledgeable in Rust, however I do know that it supports tools like Although I must say, I'm not really knowledgeable in this stuff, therefore some of my assumptions are just speculations based on my PERSONAL experience only. Please take those with a grain of salt. While we're on the topic of opening projects, it would be nice to have a way of opening a project using terminal while Zed is already open (using embedded terminal); I.E. Opening Zed, opening embedded terminal, typing something like |
That is already possible:
Edit: nvm, I guess you meant switching the currently active workspace of the parent zed window via the command line in the embedded terminal? |
Yeah, something like that. If I recall correctly, VSCodium allowed for that somehow, although i honestly don't remember |
This PR adds a warning when the file chooser couldn't be opened on Linux It's quite confusing when trying to open a file and apparently nothing happens: fixes #11089, #14328, #13753 (comment), #13766, #14384, #14353, #9209 ![image](https://github.com/user-attachments/assets/5acabdaa-7a9d-4225-9480-e371d20387c3) Release Notes: - N/A
Check for existing issues
Describe the bug / provide steps to reproduce it
after opening zed, I am trying to open a project with ctrl + o or with the bottom in the top left corner. both do nothing.
Environment
"x86_64-linux"
Linux 6.6.36, NixOS, 24.11 (Vicuna), 24.11.20240701.00d80d1
If applicable, add mockups / screenshots to help explain present your vision of the feature
If applicable, attach your
~/Library/Logs/Zed/Zed.log
file to this issue.Zed.log
The text was updated successfully, but these errors were encountered: