Fedora 28 KDE: Option to open in GNOME Terminal about desktop HOT 7 CLOSED

/usr/bin/konsole does exists.

The options menu within GitHub Desktop actually calls it "Konsole" as well in the drop-down menu to select which console should get used.

However, the "Open with.." menu point under "Repository" then displays "Open in GNOME Terminal" and the error as reported as above when executed.

from desktop.

Do you actually have GNOME Terminal installed? I'm not very familiar with KDE, do you have konsole (/usr/bin/konsole) installed? Do you see it in the list of available terminals?

from desktop.

Hi all. I originally expanded the linux based code for shells and it seems it's not working now. I've got URxvt installed and selected, but GitHub Desktop only shows the "Open in GNOME Terminal" option, and fails to find it (though it too is installed).

I'm on Arch Linux, fyi.

I'll play around with it and see if I can find out what's going on, as it (theoretically?) should be working

from desktop.

@immackay It might be an initial config error, e.g. the value might be wrong when the user never changed the setting (which is not possible when you only see one option displayed).

Somebody wrote somewhere (sorry, not sure where anymore), that after a switch in the option to another selected console and afterwards a switch back the the original desired one it worked.

from desktop.

Okay thanks, I'll check out that avenue.

If I am understanding the error correctly it seems the Shell object that is supposed to be returned by getAvailableShells() is returning null instead, but I'm not sure why - as it should at least resort to Default, which is definitely available at the path defined in linux.ts. UPDATE - as @Croydon previously mentioned, the variable is being set to default but if GNOME Terminal is not available, this result is undefined. If instead we could check for each of the listed shells and choose one of them as default, this issue would be fixed.

Also, I'm thinking that perhaps we can probe for the current desktop environment (if available) and attempt to use the DE terminal emulator by default. "ls /usr/bin/*session" returns a list of xorg sessions.

Alternatively, we could just implement all available VTEs from https://wiki.archlinux.org/index.php/List_of_applications#Terminal_emulators as well as WM specific ones, such as i3-sensible-terminal, and use the default from the xorg-session listed in .xinitrc as "Default".

One final method we could accept any VTE is by having an input box for path and commands. I think this would probably be the easiest honestly. @shiftkey what do you think of this idea?

from desktop.

@Croydon are you able to re-test things with a more recent version of the app? I'm wondering if this was a "we don't have any valid shells, but we need to show something" option, and I wonder if this is a non-issue now that we have a more complete set of shells to support.

Otherwise, if this is still occurring, could you please share what list of editors you have under File | Options and the Integrations tab:

I only have GNOME Terminal but that works because I'm on Ubuntu.

I guess I need to look into improving the tracing in this area, similar to #224, so we can ensure we're able to launch this editor.

from desktop.

I installed 2.4.0 via rpm on Firefox 31 with KDE Plasma 5.17.5

I was almost reporting that the error is still the same as I got the same result the first time. The second time I opened the settings it finally picked up Konsole and removed the GNome Terminal from the shell list.

With Konsole selected it finally works for me.

Thanks!

from desktop.