Git SSH support about hyper-statusline HOT 17 CLOSED

How come your remote includes ssh://? It should work without it and GitLab doesn't add it by default.

Input

Output

Although you're right about the port, I'll have to update the regex for that, I didn't consider it when I wrote it ✌️

from hyper-statusline.

@henrikdahl That's true — I'm not sure how I'd recommend fixing it then. I'll try changing my GitLab port to 22 for now! 👍

Thanks for dealing with the issue!

from hyper-statusline.

@hugomd could you elaborate? ✌️

from hyper-statusline.

@henrikdahl If I cd into a git repository, the bottom right hand corner gives a link to the branch I'm on:

This works fine if I've cloned using HTTPS, and opens my browser and takes me to the repository. If I've cloned using SSH then it opens a new terminal window rather than opening the browser.

from hyper-statusline.

@hugomd are you saying it currently opens a new terminal window when you've cloned with SSH or that it's the expected behavior you'd like to see?

from hyper-statusline.

@henrikdahl It opens a new terminal window when I've cloned with SSH and click on master, but it would be great if it could open the repository in the default browser — not sure if that's feasible or not though.

from hyper-statusline.

@hugomd mind sharing how your remote url looks?

from hyper-statusline.

It should already do what you're suggesting, which is why it would be useful to see what your remote url looks like. I'm closing this for now ✌️

from hyper-statusline.

@henrikdahl Totally missed this, sorry! It seems to work for GitHub, but not GitLab — I'll look into it myself and see if I can work it out myself and maybe make a PR.

from hyper-statusline.

@henrikdahl Found it. Issue is caused by L167.

If the git remote uses any port other than 22 it won't work. E.g.

> remote = "ssh://[email protected]:1022/hugo/dotfiles.git";
'ssh://[email protected]:1022/hugo/myrepo.git'
> curRemote = remote.trim().replace(/^git@(.*?):/, 'https://$1/').replace(/[A-z0-9\-]+@/, '').replace(/\.git$/, '');
'ssh://my.hosted.git:1022/hugo/myrepo'

Expected output should be:
https://my.hosted.git/hugo/myrepo
Output causing issue is currently:
ssh://my.hosted.git:1022/hugo/myrepo

from hyper-statusline.

I'm running a self-hosted instance of GitLab, which uses a different port. When you do that, GitLab pops ssh:// in front of it.

from hyper-statusline.

So I'm not sure how to solve this. ssh:// part is easy since the regex can simply check for any character before the @ symbol instead of specifically git.

However the port part is identical to the username part.

ssh://[email protected]:1022/hugo/myrepo.git
[email protected]:henrikdahl/hyper-statusline.git

Since a username can be numbers as well, there's really no way to identify which it is. Any suggestion for a pattern thats consistent? ✌️

from hyper-statusline.

You could check to see if it starts with ssh://, and if it does then remove what's immediately after the ssh://[email protected]:

There might be a simpler way though

from hyper-statusline.

Someone could have ssh:// even though they don't have a port, it would mess up their URLs so it's not fully reliable.

from hyper-statusline.

@henrikdahl Is the port always followed by a /? If so you could regex select a number followed by a /, while still allowing the previous usage.

from hyper-statusline.

@hugomd Problem is that a username could be numbers and follow the exact same pattern.

from hyper-statusline.

@henrikdahl I understand that but / isn't allowed in usernames, and separates the two.

from hyper-statusline.