GitHub unwanted UX change: issue links now open in a popup
192 points
5 hours ago
| 27 comments
| github.com
| HN
Matt138
1 hour ago
[-]
This was a performance driven change. We added this as loading a cross repo issue is a much slower experience than loading an issue in the same repo due to the way the header is loaded (which is being worked on).

But we hear you on the feedback - we will roll this back while we keep pushing on the root performance causes.

[update - this change has been reverted and the previous behaviour is back]

reply
Banditoz
1 hour ago
[-]
How did the performance of GitHub become so slow in the first place? It didn't used to be this bad years ago.
reply
Neywiny
1 hour ago
[-]
Can you elaborate? The header meaning the top part of the page? I just checked on a recent repo I visited and it has the usual banner (which would stay the same), the repo path, some links, and some stats. Considering every page navigation would likely pull which links and stats are shown, why is this a delta to go to another repo and why are presumably 3 database entries (possible links, stars, forks) so slow?
reply
ezfe
1 hour ago
[-]
Navigation within a repository does not reload the page, only the section below the header.
reply
mvdtnz
1 hour ago
[-]
I can't speak for GitHub but I've worked on multiple nav headers for large SaaS products and they can be ridiculously heavy weight to render given they appear on every page. They tend to be a dumping ground for features, many of which require their own permissions checks, feature flag checks, etc. it's not unusual to have to perform hierarchical permissions checks. They also tend to contain contextual info about the current nav state and dynamic information about navigable states.

A lot of this can be cached but it's easy to see why moving from one repo to another will invalidate most or all permission checks and feature flag checks.

reply
Matt138
1 hour ago
[-]
Yes, pretty much this as well as some additional complexities due to the issue content being in React and the header in Rails - to the cost of approx 500-800ms p50 for a page load vs sub 100ms for a nav to an issue in the same repo (or without the header which is what we tried with this change here)
reply
Xunjin
1 hour ago
[-]
To be honest GitHub should have like a switch for "preview stuff adopter" where you guys could give any benefits for it (maybe more copilot usage?). This way you can test with a specific public, using metrics and feedback, while testing and people could comment more about it.
reply
freedomben
1 hour ago
[-]
I would like this personally as I hate change in general, but from their perspective it's not a great test because the sample is far from random. They should still do it though
reply
mwalser
3 hours ago
[-]
It's interesting to see that the UX issues that are annoying me when using Azure DevOps are finding their way into GitHub.

In case they are truly chasing Azure DevOps level UX, I would recommend they implement an HTML editor for issues that, depending on whether the user has dark mode or light mode enabled, saves some CSS of the respective mode and makes it unreadable if read within the other mode.

reply
easton
2 hours ago
[-]
They should also order the comments in order of recency top to bottom so you have to read the page in reverse.
reply
crazygringo
1 hour ago
[-]
I'm completely confused by the issue, the linked page is a terribly unclear description. It doesn't clearly explain what prior behavior was, or even what the new behavior is precisely. What on earth is this garbled English supposed to mean:

> any link to an issue form an issue stared to open in a popup overlay instead of navigating to it

When I use GitHub now, I see that when I hover over a link to an issue, it provides a hover popup after a fraction of a second. I can still click the original link to navigate to the issue, or move my mouse and the popup goes away.

Is the complaint that these hover popups exist at all? Or is something else happening to certain people that they're complaining about? There isn't a link to an example page or anything. I'm just baffled here.

reply
tapia
55 minutes ago
[-]
When you click the link it will not navigate to a new page, but instead open some kind of pop-up window with the other issue. I have been very annoyed by this behavior for the last couple of days.
reply
leni536
3 hours ago
[-]
Great, the UX feature I probably hate the most in Jira, now on Github.
reply
geerlingguy
3 hours ago
[-]
This was exactly my thought. It breaks every bit of intuition I have using a browser, and makes pages run even slower.
reply
c-hendricks
1 hour ago
[-]
Every bit of intuition you have using a browser, really? You click a link, the current page changes, you click back, it goes away. You cmd/ctrl click it opens in a new window, you right click and select "open in new tab/window" and it opens in a new tab / window.
reply
snailmailman
1 hour ago
[-]
Now, when you click a link in GitHub, the current page doesnt change. I want to look at the linked issue on its own page. That doesn’t occur anymore.

The page i wanted to go to pops up in a small overlay on the right hand side. The body text and content that I wanted to view is in a new, weird location, with the old page still behind it in the normal spot. It’s very unintuitive.

Thankfully either the behavior has reverted or I’m no longer in the A/B test. I can’t get the popup to happen anymore for me. (edit, nvm, behavior varies depending on repo or something? it acts completely differently on different pages, sometimes links are normal and sometimes they open in a popup. extremely annoying)

reply
jamietanna
2 hours ago
[-]
And GitLab, too!
reply
willio58
4 hours ago
[-]
It’s always been interesting to me that multi-million and even billion dollar tech companies don’t have perfect websites in terms of UX.

Just last night I was helping my GF set up an ad for her job on LinkedIn. The UX was terrible. Like awful and basic things like save and exit were completely broken. Meanwhile LinkedIn makes what percentage of their revenue through ads? Same with google ads. It’s like these products that are in a way some of the most valuable products in the planet, are given a junior web dev and a “UX designer” who really doesn’t know anything about UX.

reply
userbinator
25 minutes ago
[-]
It's precisely because they're so big that they can afford to overhire lots of designers, which then obviously need to justify their employment by continually changing things. This isn't a problem with small and tiny companies where "UX designer" might not even be a separate job but the responsibility of someone who will care only enough to make something that works and then leave well enough alone.
reply
chuckadams
3 hours ago
[-]
I don't think there is such a thing as perfect UX and I'm not asking for it. I just want them to stop making it worse.

Seriously tho, why isn't this something that a browser can do? Why can't I just split a tab and say all links from the left tab open in the right? Why not be able to scroll through history as a list of such panes like a smalltalk browser or file explorer on a mac? Maybe even a history tree, able to be forked with a click or two. Tree-style tabs are a baby step toward that, but I'm not seeing much interest out there in actually learning how to run.

reply
crtasm
2 hours ago
[-]
reply
piptastic
2 hours ago
[-]
Chrome also has split tabs since Feb '26

right click a link, open in split view

reply
eMPee584
1 hour ago
[-]
KDE's hybrid file / web browser konqueror has had arbitrary tab tiling since 1999 IIRC.. still a gread tool, would just need some love and webextensions support to come back big
reply
vbezhenar
1 hour ago
[-]
I hate that feature and I hate that they keep bloating browser which was lightweight.

Just for the record.

reply
rafram
1 hour ago
[-]
When was Chrome lightweight? 15 years ago?
reply
sethops1
1 hour ago
[-]
I also don't understand this feature. Like yo, we heard you like tabs, so we put tabs in your tabs so you can tabulate while you tabulate. Huh?
reply
em-bee
38 minutes ago
[-]
i occasionally need to compare two tabs. previously that meant that i had to open those two tabs in separate windows and then use window tiling to place them side by side. setting that up was a lot of work. and also it makes switching windows very hard. each side by side view would add two more windows that all need to be cycled through when i switch windows. and don't try to have more than two of those on a workspace. you'll go crazy switching between them.

with the split view it not only becomes very easy, but the split tabs also keep their position among all the other tabs, so i can keep the view permanently without cluttering up my list of windows. currently i have 5 split views in active use. that number is likely to grow...

reply
prinny_
36 minutes ago
[-]
I think it’s a nice feature. I use it to have designs on one part of the screen and implementation on the other. That way I can jump between “designs | implementation” and “PR | swagger” without managing and resizing tabs. Previously I had to jump between tabs and taking into account the newer screens provide a considerable amount of UI real estate there was screen area to utilize.
reply
xprueg
3 hours ago
[-]
Just in case you aren’t aware, Edge can split a tab and open links from the left side on the right.
reply
loloquwowndueo
3 hours ago
[-]
What’s edge ?
reply
cheschire
2 hours ago
[-]
It’s a de-googled spyware app in case you’re looking to diversify your personal information loss portfolio across multiple firms.
reply
latexr
1 hour ago
[-]
reply
odo1242
2 hours ago
[-]
You might like Zen Browser
reply
input_sh
1 hour ago
[-]
It gets increasingly difficult to design a website properly when you have different teams with different goals each competing to put their little feature front-and-centre, leading to a hacky job on top of a hacky job on top of a hacky job, which in turn hurts the performance until one day someone finally decides to re-think the whole thing from scratch and pisses off >50% of its users in the process that are used to the mess.

It's way easier to nail the UX when you're still in the dozens-of-employees stage of growth and offer like five features in total.

reply
Zanfa
3 hours ago
[-]
> It’s always been interesting to me that multi-million and even billion dollar tech companies don’t have perfect websites in terms of UX.

This, but for online shops, especially clothing. Horrendously buggy, laggy, with broken navigation (especially when navigating back), filters that don't work on > 95% of online stores. Why they wouldn't fix their primary (or at the very least highest margin) income stream is beyond me, but I've had to abandon so many shopping carts just because the checkout flow is literally broken.

reply
glaslong
2 hours ago
[-]
The larger the company, the more it will be designed according to internal incentives, and less by people actually using their own product.
reply
stephenhuey
2 hours ago
[-]
As someone who has built a lot of greenfield UIs while also maintaining old ones (13+ years old SaaS), I recently set up LinkedIn ads and realized the UX is abysmal considering it’s something they’re actually trying to make money from. Maybe—just maybe-I’ve seen such poor UX in a free web app that lacks a maintenance budget. The only reasonable explanation I can come up with is they have a lot of silos within the ad portion of their platform, and each team works on their little corner and no one tries to work with it end to end. Since it’s LinkedIn, this is inexcusable. You go and try to make an ad campaign and then an ad set within it containing some ads, and then come back to it a week later and try to find all these entities you created. You may land on one and take a very long time gritting your teeth and praying for a way click around until you can find another one. What‘s the net drain on worldwide GDP caused by the time-wasting UX of this component of LinkedIn?!
reply
drewbeck
1 hour ago
[-]
> It’s like these products that are in a way some of the most valuable products in the planet, are given a junior web dev and a “UX designer” who really doesn’t know anything about UX.

What you pay attention to grows. And company's pay attention to those things that move the needle on revenue. For many successful platforms UX doesn't move the needle much anymore (if it ever did). LinkedIn has effectively won their space and a clunky UI isn't going to show up in the numbers.

LinkedIn might have amazing designers on staff, but if leadership isn't prioritizing updates and fixes it won't happen. And leadership won't prioritize it until the problem shows up in the numbers.

reply
simonw
4 hours ago
[-]
UX is really, really hard - and for some reason still not fully respected as a discipline.
reply
OptionOfT
2 hours ago
[-]
I agree, and I think the metrification of UX hasn't helped here.

If you read the old Win32 interface design studies, and Raymond Chen's "Old New Thing, The: Practical Development Throughout the Evolution of Windows" you realize what people click isn't always what they want.

And old UX was ensuring that it was build in a way that what the user clicked was what they wanted.

Now? Since the MBAs came in the UX is another hostile piece of software, trying to trigger you into spending money.

reply
Polizeiposaune
3 hours ago
[-]
Fast track to loss of respect:

I visit a site/launch the app I always use with the intent of getting something done quickly, and I find that since the last time I used it someone's rearranged the deck chairs and hidden or removed the functionality I need. Something that should take a minute or two suddenly becomes rage-inducing and eats an entire day.

reply
6031769
2 hours ago
[-]
Or the feature is still there but they've renamed it to something totally unrelated which you would never guess. Honestly, it's like they are actively trying to lose users.

The most depressing email to receive is "Good news! We've improved our website ..."

reply
cjbgkagh
3 hours ago
[-]
The Win8 and Metro design disaster is what happens when you give UX free rein, instead of focusing on users they try to start design trends to impress other UX / designers (essential for their career).

I wonder how much of Apples design was basically ‘if you confuse Steve Jobs you’re fired.’ And this acted as a necessary governing force to counteract the need to impress peers.

reply
chuckadams
3 hours ago
[-]
Metro was a wonderful design for the media player app it was made for. It's great for menu-heavy interactions, not so much for representing stateful things like options and checkboxes and such. Metro isn't the problem, it's trying to shoehorn UIs into it regardless of fit that is.
reply
cjbgkagh
3 hours ago
[-]
I don’t agree, but that’s design, people have different opinions. I actually like the Ribbon interface, would have liked it more if they added a search box to it as well but designers hate search boxes.
reply
Wowfunhappy
3 hours ago
[-]
Part of UX is leveraging what users are already familiar with.
reply
cjbgkagh
3 hours ago
[-]
100% agree, but that is in contention with the desire to invent something new. As a separate discipline where the career trajectory is determined by peers the user becomes less important.
reply
ragall
1 hour ago
[-]
These are all symptoms of a larger problem: very few people care about the users, and you have instead classes of workers living in a bubble, working towards either micro-optimizing metrics or trying to achieve what in their minds is the "ideal" product, pushing the latest fashions of their branch.

So UX engineers will unleash the latest fad (see Apple's glass UI, or Material Design, variations of flat gray design, etc...), PMs will insist in dumbing down UIs, engineers will push whatever micro-service architecture because it's "cool" or push for rewrites in Rust / Typescript. At the same time, it's very rare for companies to have a single person (or restricted group of people) with a global view on what the product line is trying to achieve long-term.

reply
naikrovek
2 hours ago
[-]
It really isn’t that hard if you frame it correctly.

Computers are data processing machines with input and output. People today think they are vehicles to show design skill, and that’s not what they are. Focusing on design instead of utility is how you ruin any UI/UX anywhere.

Sites like GitHub do not exist for the designer. Sites like GitHub exist for software developers. Software developers should be calling the shots on that site, not designers.

Ralphlauren.com should be designed by designers. Dieterrams.com should be designed by designers. Etc.

Sites for designers should be designed by people who want to show off their designs.

Sites for data entry and manipulation should be designed for those who use that information. Creatives should stay away from sites like GitHub.

reply
Telaneo
3 hours ago
[-]
Respect has to be earned, and I don't think anyone (within margin of error) with UX in their job title has earned it. Most of their work consists of shuffling design elements around for its own sake. Sometimes they strike gold (or at least silver or copper), but it never feels like that's done because they target a better design, rather they stumble upon it while making designs whose goal is to be different.

You have to go back to when it was called HIC (Human–computer interaction) to find people who weren't completely brain-dead or ad-pilled when it came to design, did actual work and research trying to make better designs, and thus were at least somewhat respected.

reply
nicoburns
2 hours ago
[-]
Most people with UX in their job title these days aren't really UX designers. They're graphic designers that now have UX in their title because that is the fashion.
reply
gtowey
54 minutes ago
[-]
Companies are in it to extract as much value as possible for the least spend. Inside a bigco tech company nothing get engineering time allocated unless there is a monetary ROI attached. Which is why basic usability is neglected while features to sell you things are worked on constantly.
reply
Bombthecat
2 hours ago
[-]
It's more like no one cares about UX. People keep using the product and they keep printing. Why invest in a UX researcher or designer?
reply
faangguyindia
3 hours ago
[-]
The other day I was visiting intercom support tool

I realized it has morphed into completely unusable tool with so many features that i don't even know what to do inside it anymore.

Same pattern I saw in many other tools and product. As time passes software becomes more and more complex, then a new one comes which simplifies something and then it also morphs into some enterprise behemoth

reply
codazoda
2 hours ago
[-]
I would argue that senior engineers, of which I am one, are more of the problem than junior. We build fancy custom components when we should be using the existing ones.

Yes, the (senior) product and design people are part of the problem too.

We need to build simpler software that works.

reply
yxhuvud
53 minutes ago
[-]
What? In my experience the true seniors are the ones pushing hard for simplicity while the mediors build overly complex messes that one needs to be a rocket scientist to understand.
reply
nikanj
43 minutes ago
[-]
The metric for perfect is

-Does it drive more people to the app -Does it maximize time spent on the site -etc

Your idea of perfect is very different than the one LinkedIn is using

reply
re-thc
2 hours ago
[-]
> that multi-million and even billion dollar tech companies don’t have perfect websites in terms of UX

I would have thought it'd be the opposite.

It implies have hundreds of teams and UI / UX often is "scaled" in weird ways where everyone does their own thing and becomes a giant mess.

Everything is "correct" when you slice it enough. So from team A's perspective this might be a gain. When you are a part of a team you only see and own this part. That's your KPI.

Unless there's real and working governance (often very very hard) then it's not happening. To get that governance you need company direction and company buy-in that stops managers trying to push new features fast to infinity.

reply
giancarlostoro
2 hours ago
[-]
Something about software engineering has gone wrong nobody thinks much about UX they blindly try to give functionality to the business/ customer requesting it but without considering whats already available and how to maintain status quo as much as possible. But theres also room to make things simple and intuitive.

Google released an AI music studio and their primary UI is literally an AI chat window. I absolutely hate UIs like that.

reply
anal_reactor
2 hours ago
[-]
Recently I was buying furniture and it quickly became obvious that "Can I actually browse their catalogue?" is a requirement that really narrows down the search.
reply
rvz
3 hours ago
[-]
They make tens of billions, elsewhere to not even care about tiny UX issues like this.

At this point, it will stay broken because the amount of people complaining are not paying but are a tiny amount of people that will end up continuing to live with it.

So it won't be fixed.

reply
qwertyforce
3 hours ago
[-]
It will probably suffer the same fate as the most-upvoted discussion of all time in the GitHub Community repo: https://github.com/orgs/community/discussions/66188

no reaction

reply
Figs
1 hour ago
[-]
I don't think GitHub has made a single UI change since ~2023 (when it went JS heavy) that I've liked. (Admittedly though, I've moved away from it for everything I have a choice about at this point, so it's possible they snuck in some good stuff when I wasn't looking.)

Also: having trouble getting this specific link to load -- just getting the unicorn error over and over.

reply
janaagaard
2 hours ago
[-]
It sounds like the root issue is that some people prefer opening new tabs while others prefer staying in the same browser window. I surfed the web when all links, even across websites always stayed in the same browser window, and I still prefer that. But I can understand that some people prefer opening new browser tabs instead.

I think web browsers should revisit how they handle links with target=_blank/_top, and show different cursers when hovering and let users customize the default behavior.

reply
mnhnthrow34
2 hours ago
[-]
This is not about new tabs. It refers to an in-page panel that displays the content of the linked issue instead of navigating to it.
reply
olejorgenb
2 hours ago
[-]
Idk, it almost seem a workaround for slow/broken go-back? If go-back is fast and state preserving, it's basically a fullscreen modal.

All(?) browser open links in a new tab when middle-clicked?

reply
akersten
1 hour ago
[-]
GitHub issues (well, PR comments specifically) is possibly the clearest example of developers not knowing how their users use the product. There are only 3 important user stories that matter for this workflow and none of them are done well:

- I want to review surrounding code and get context for a line level change. Can't do it without clicking multiple expanders and even that has a limit of 2 or 3. I also can't comment on surrounding unchanged code which is sometimes extremely relevant, like "copy this pattern"

- I want to see all the unaddressed issues. Ones that are not marked as resolved and not replied to, however you slice it, the issue filters simply don't work

- I don't want the PR author to be able to resolve issues without me getting indicated to verify them. The workaround is them commenting "fixed" on every issue. Make the button say "mark as resolved" and "verify resolved"

- Bonus: if you've got more than 40 comments on a PR, good luck finding some random subset of them. They're just unavailable and the UI unapologetically says "eh can't do it". Yeah small PRs but it happens.

Popup or inline i don't really care, the baseline workflow is completely uninformed.

reply
binarybee
5 hours ago
[-]
Links should be links. Stop making them into something else.
reply
NooneAtAll3
3 hours ago
[-]
I still don't understand what's the point of any full screen popups are
reply
mikkelam
4 hours ago
[-]
Just improve what you have GitHub. Stop the AI bloatware. You will lose that race anyway, obviously.
reply
rochacon
2 hours ago
[-]
And they pushed this as every major browser introduced a "Split View" feature...

I get this issue preview on Projects, although I don't like it there either, but as a hook on any issue link is just terrible UX, zero benefits IMHO.

reply
Delgan
3 hours ago
[-]
Alas, GitHub has been plagued by bugs and UX regressions year after year.

I reported a bug last year about being unable to quote code blocks. It's quite a basic yet fundamental feature, right? They acknowledged the bug and moved on. To this day, quoting a block of code is still broken [1].

They simply don't care. I suppose their attention is focused on other subjects...

Anyway, I kind of accepted the "enshitification" of things I used to like. Fortunately, in this case, we can still hack our way around using custom userscripts [2].

[1] https://imgur.com/a/github-bug-cant-quote-blocks-of-code-Z9O...

[2] https://github.com/orgs/community/discussions/192665#discuss...

reply
nfw2
1 hour ago
[-]
Being able to see a detail view without navigating away from the list view is a better user experience and the more common practice now
reply
dewski
47 minutes ago
[-]
I was responsible for this going out. The goal was to provide a more consistent user experience in that what happens when you click an issue would be the same in more places where we use the issue viewer (sub-issues on an issue, our dedicated issues dashboard (https://github.com/issues), GitHub Projects, and others). Like you mentioned, you also wouldn't lose your place when clicking an issue reference when reading a discussion. There were some performance improvements that came with the change too. It was well intentioned, but we hear you, and thanks for the feedback. We missed the mark on this one and it's been rolled back.
reply
shevy-java
3 hours ago
[-]
Interesting to see that Microsoft is now also ruining the old UI. That was the only advantage GitHub would still have over Gitlab, as Gitlab's UI was always horrible. And now Microsoft nerfs GitHub here. This is epic.
reply
red_admiral
3 hours ago
[-]
There's browser extensions to bring back more user control on youtube, facebook, trello* and many others; looks like someone should make one for github soon.

*the markdown enabler needs updating last I checked

reply
fmorel
3 hours ago
[-]
There's already something like this for GitHub: https://github.com/refined-github/refined-github
reply
normie3000
2 hours ago
[-]
Thanks for sharing - loads of great ideas there for the GitHub team.
reply
gardnr
1 hour ago
[-]
They keep adding “fancy” UI and hijacking standard browser behaviour that is infuriating on a daily basis.

Please consider a lofi version for people that want to select text without navigating to a different page.

reply
cebert
5 hours ago
[-]
I wish they’d focus on making their platform reliable and more stable.
reply
kernc
4 hours ago
[-]
Why would they care to empower competitors?
reply
thayne
37 minutes ago
[-]
I don't hate the change iself. But I do hate that it is inconsistant.
reply
drewbeck
54 minutes ago
[-]
If there's two things HN hates it's UX designers, PMs and off-by-one errors. As a UX designer I have to laugh: one of the most important parts of building good UX is humility and a willingness to be wrong. The confidence with with many on HN assert that they know what the right UX is for any app is exactly the same error that bad UX designers make.

As always in product the user's frustration is real and important but their ideas for a fix are almost never the best choice for the product, the company, or most users.

reply
add-sub-mul-div
3 hours ago
[-]
Last week there was a new Plex update to their already bad new redesign where they changed the main font. And I hated it, but it also reminded me, this font may not be objectively worse than the last one so much as the regular change is what has made me come to hate using the app. We don't give enough credit to maintaining the status quo. If software was getting better and discomfort with new designs was a tax we had to pay, then fine. That was still the world of ten years ago, perhaps. Now we're deeply into the era of software getting worse. The design changes from employees who have full time permanent jobs and need to make themselves busy aren't balancing actual progress.
reply
dboreham
1 hour ago
[-]
Super annoying when I saw this. Initially I assumed I'd strayed into some quadrant of the UI space I hadn't been in before. But no they just broke it for no reason. Well, presumably the reason was someone expected to get a bonus.
reply
luckman212
5 hours ago
[-]
If anyone knows someone at GitHub and can tap them on the shoulder, please ask them to revert this terrible change.
reply
rvz
3 hours ago
[-]
Tay.ai (Microsoft's infamous chatbot) and copilot are too busy vibe coding GitHub into the ground to look at the issue. There is no CEO of GitHub anymore to respond, which means no-one cares anymore.
reply
verdverm
5 hours ago
[-]
Unfortunately GitHub, err Microsoft, stopped listening a long time ago. From the feed to text contrast to many more issues, their community feedback repo has become a place where complaints go to die.
reply
kreyenborgi
2 hours ago
[-]
It took me a while to realize it was not a bug. Utterly insane that this went through QA.
reply
Telaneo
2 hours ago
[-]
> Utterly insane that this went through QA.

Big assumption you're making there.

reply
naikrovek
2 hours ago
[-]
This is why I kind of think that UI/UX should be handled by normal developers who do other things as well. People whose sole job is UI/UX must do things like this in order to stay employed, normal developers don’t. So teach normal developers how to think about UI and UX so that changes stop happening solely because a specialist needs to change something that does not need changing.

Sorry, UI/UX people, but if you were proceeding towards some finely crafted experience, you’d have honed in on it by now. You would have a set of rules that could be followed to present information in both a pleasing way and a useful way simultaneously and everyone would know how things work because everyone followed the same rules. None of that has happened. You are just changing things to change them.

reply
HeavyStorm
3 hours ago
[-]
This title is misleading: yes, a bunch of users didn't liked it. But of course there's UI research and likely A/B testing showed github that this might be preferable to the majority of users.

Personally, I don't like it much. It sounds like leakage from AzDO design. Maybe a option to turn it off would be the best way out.

Disclaimer: I work for msft, although I've no connection to github, ado or any other such tool.

reply
denverllc
3 hours ago
[-]
> A/B testing showed github that this might be preferable

A/B testing can’t measure preference, only interaction.

reply
the_gipsy
2 hours ago
[-]
I guarantee you it's not preferable to the majority of github users.
reply
nemomarx
3 hours ago
[-]
Can you actually show us this research and a/b testing?
reply
yxhuvud
38 minutes ago
[-]
Except there was a different comment from someone that actually knew how it came around, and it was an ugly performance workaround.
reply