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

Inconsistent behavior for Recent repo grouping #7176

Open
tierninho opened this issue Mar 29, 2019 · 3 comments
Open

Inconsistent behavior for Recent repo grouping #7176

tierninho opened this issue Mar 29, 2019 · 3 comments
Labels
bug Confirmed bugs or reports that are very likely to be bugs priority-3 Bugs that affect small number of users and/or relatively cosmetic in nature

Comments

@tierninho
Copy link
Contributor

tierninho commented Mar 29, 2019

When moving between repos, when the Recent segment is present, I noticed the current repo is sometimes in the list and sometimes not. The inconsistency could be by design, but wanted to reference it here.

❓Note: almost the same issue as: #7130 (review) which was fixed?

Reproduce:

  • Prerequisite: Make sure Recent segment is present in repo list, plus a few more repos

Scenario 1)

  • Select a repo not in the Recent list = it doesn't get added to the Recent list (by design?)

Scenario 2)

  • Select a repo not in the Recent list = it doesn't get added to the Recent list. Select the same repo again = it is now added to the Recent list.

Scenario 3)

  • Select a repo not in the Recent list = it doesn't get added to the Recent list. Select the same repo again = it is now added to the Recent list. By repeating this a few times, I managed to get the Recent list down to 4 repos and even 3 repos.

Screen Shot 2019-03-28 at 1 59 51 PM

Screen Shot 2019-03-28 at 2 40 04 PM

Looking at these, I believe the logic is "always added the repo last used, not currently used".

v1.7.0-beta1, mac

@tierninho tierninho added bug Confirmed bugs or reports that are very likely to be bugs priority-3 Bugs that affect small number of users and/or relatively cosmetic in nature labels Mar 29, 2019
@billygriffin
Copy link
Contributor

@tierninho The logic is indeed to use the last repos used that are not the current repo, with the idea being that the current repo is selected and therefore not as relevant for navigating amongst the repos you've used most recently (since you're already on it). When @outofambit and I discussed this though, we could see it going either way. It's tricky for me to tell from your examples whether given that logic, is there still a problem?

@tierninho
Copy link
Contributor Author

Ok, I suspected it the logic was meant to be this way. I still suggest looking at scenario 2 and 3 as they may be bugs or at least not intended situations.

@outofambit
Copy link
Contributor

this is a good catch @tierninho, thank you! i didn't consider this case in my logic

@outofambit outofambit self-assigned this Apr 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Confirmed bugs or reports that are very likely to be bugs priority-3 Bugs that affect small number of users and/or relatively cosmetic in nature
Projects
None yet
Development

No branches or pull requests

3 participants