RepoSense icon indicating copy to clipboard operation
RepoSense copied to clipboard

Broken links to remote repositories

Open gok99 opened this issue 2 years ago • 12 comments

This issue consolidates issues with links in the report to remote repositories. These links should be fixed for when (a) no remote repositories exist or (b) remote repository is not yet supported by RepoSense (is not Github, GitLab or Bitbucket). The following report links redirect to broken links if either of the above conditions are satisfied.

  1. Commit ramp link (also mentioned in #231): image
  2. Link to author profile image
  3. Link to group repo tree image
  4. Link to blame view image
  5. Link to history view image

To discuss:

What should be the expected behaviour in the above scenarios if either (a) or (b) is satisfied? Some options:

  • Hide the links entirely
  • Popover that explains that link is not available

gok99 avatar Feb 24 '22 21:02 gok99

Report links with remote repositories that are supported and not GitHub (either GitLab or Bitbucket) are expected to be fixed in #1644.

gok99 avatar Feb 24 '22 21:02 gok99

Current links behaviour on master branch as of 1 April 2022

#1644 has standardized the behaviour of links to be

  • Repository cloned from GitHub/GitLab/BitBucket - All links work
  • All other types of repos (local or unsupported remote) - Links are disabled but buttons look identical

#1679 should allow partial support of local repos cloned from remote repos to support links that are already present on the remote repo.

chan-j-d avatar Mar 31 '22 18:03 chan-j-d

Besides the two suggestions you have, I might add an 'intermediate' suggestion where

  • The buttons are present but the hover message states that the link does not work

chan-j-d avatar Mar 31 '22 18:03 chan-j-d

@chan-j-d Actually I prefer the button to be hidden entirely or disabled because sometimes we click the button before seeing the hover message.

zhoukerrr avatar Apr 01 '22 13:04 zhoukerrr

Actually I prefer the button to be hidden entirely or disabled

I think I agree. There is no ambiguity that a link is not supported if there isn't a link (icon) in the first place

gok99 avatar Apr 14 '22 02:04 gok99

Hi is this issue still open? It is OK to work on this issue?

Jay-luozhijie avatar Aug 16 '22 00:08 Jay-luozhijie

Sure, I've assigned you the issue!

gok99 avatar Aug 16 '22 01:08 gok99

OK thanks! Shall I hide the button when the link doesn't work?

Jay-luozhijie avatar Aug 16 '22 01:08 Jay-luozhijie

Yes, that appears to be the conclusion from above.

@Zhou-Jiahao-1998, do update this thread if you have better ideas for handling missing/unsupported remotes.

gok99 avatar Aug 16 '22 01:08 gok99

@gok99 Actually now that I think about it again, I prefer disabling the button and add a hover message. That way the user won't be able to click and is likely gonna see an explanation in the hover message. Hiding without stating anything might cause confusion?

zhoukerrr avatar Aug 16 '22 02:08 zhoukerrr

@Zhou-Jiahao-1998 That makes sense!

@LuoZhijie-tom You could do this instead. Perhaps something like This remote link is unsupported

gok99 avatar Aug 16 '22 02:08 gok99

OK sure!

Jay-luozhijie avatar Aug 17 '22 02:08 Jay-luozhijie