I’m posting in that this may help others. Unity Hub throws no errors when there is no default browser.
Sounds stupid but if you click on the login and nothing happens it’s likely your environment doesn’t have a default browser set so the command just does nothing. It’s insane it doesn’t have the “brains” to throw an error to the user to ask about which browser to use because none were found. No feedback, no error, nothing…The quality we’ve come to expect from Unity.
So if you change browsers and suddenly Unity Hub no longer works, make sure the new browser or at least A browser is registered as default…
1 Like
We did specifically handle this case, so maybe some regression or nuance. Could you post your info-log.json ? You can find it by right clicking the hub icon, and looking under troubleshooting.
Given this won’t allow json as an attachement here, no, I can’t. ;p
Also this issue is back… Given the nature of Unity you’d think the application itself would have some useful debugging. Instead it just silently locks you out of your projects and work…
More blind debugging it will function again if a Firefox based browser is default but will not work if a Chromium based browser is set as default. Again would it kill you guys to throw an error with some intelligable feedback?!
1 Like
A quick update to this. I recently had to ditch Firefox based browser due to GTK (long story). However moving to Chrome based browsers saw this failing despite them being set as default. I was able to dig up some more info on why it fails so here are the updated bits of info you may need if you encounter this.
So Hub quietly passes a api schema to whatever the default browser is (or whatever is set in your env to handle API/Unity requests). Which may or may not know what the hell that is depending on browser and environment. So you will need to ensure the following is set (however it needs to be set in your OS) for the request to go to your browser. Unityhub doesn’t seem to actually look for the default browser but whatever is set to handle API and Unity schema requests.
So for Linux in your mimeapps.list
x-scheme-handler/api=<yourdefaultbrowser>.desktop;
x-scheme-handler/unity=<yourdefaultbrowser>.desktop;
Then - in theory - the browser should kick back a dialog about passing the unity schema back to Unity Hub but this does not trigger reliably. (possibly security stuff) So Unityhub keeps things silent while passing things to other things that due to environment or security may silently dismiss things as well. Good 'ol Unity keeping everyone in the dark…
what version of hub and what linux environment are you running ?
If you mean DE - Desktop Environment I don’t run one, I just run a WM (CTWM).
Hub is 3.10.0.
1 Like
I was actually wondering about distro. Hub aims to support the same platforms as the current LTS editors at any given time. Right now that is just Ubuntu 22, 24, and Centos7.
As you said, in order for sign in to succeed the hub needs to be able to open a url in your browser, and then successfully receive the redirect after sign in via the unityhub protocol.
This has proven to be particularly difficult on the various possible linux environments. We do specifically display an error in the hub if the browser fails to open… I guess from hub’s perspective the browser appears to have opened. For that part we are using electron’s shell openExternal: shell | Electron
Seems electron has a few issues over the years themselves with this API and linux.
After that any error todo with the redirect will be in your browser console.
One additional thing is that we actually tried to implement a catch-all for these unsupported environments which opens the url using electron if it can’t detect either a browser, or a registered unityhub protocol handler. You should be able to see reference to these things if you comb through the logs.
If you can open a bug report it will be helpful 
Then someone can put their full focus on this ticket instead of going back and forth here. If you are on an unsupported platform then best of luck to you 
Well you said environment not distro. That said I don’t think it’s too much to ask that hub simply checks that the environment variables it needs are set on launch.
As for distro, I’m on Arch, which leads into your “supported distrobution” schpeel. I love how on “the box” the marketing text is runs on Win, Lin and Mac but the fine print says only current Win and Mac and ancient Debian (because Debian is always ancient). As a side note I see this too often lately but Fedora is normally shoehorned in with Debian.
If someone complained Unity didn’t install on their MacOS 9 of Windows 95 machine they’d get a “Well DUH! Too Old!” but for Linux Linux isn’t supported but rather the most out of date distrobution of Linux is substituted as “all linux.” Debian, the distro you have to replace constantly…well constantly for every Debian distro but vanilla Debian, that you get like ten of fifteen years of outdated before you try to upgrade have it fail and have to redo everything haha.
As for bug reports there was a time when I did run a Debian based distro and I reported many a bug, none that were ever fixed or adressed. So supported, unsupported, what’s the difference?
That said why not ask what OS (not distro) the person having the same issue is on over at Buttons aren't doing anything For all we know they are on Windows or MacOS (BSD).
That said I don’t think it’s too much to ask that hub simply checks that the environment variables it needs are set on launch.
Right but since we are passing a request out to OS and browser and back there are an infinite variety of possible environment variables, or similar things to need. We don’t know what is needed we just pass the request to the os and hope atleast that it would tell us if it failed to open the browser 
… You are complaining that hub doesn’t surface an error, but there is no error for us to surface because electron, or arch linux, or firefox, or whatever it is down the dendency chain from hub doesn’t surface one.
That isn’t to shrug off hub and unity’s need to do better whether that be supporting more environments or by using better or less dependencies.
That said why not ask what OS (not distro) the person having the same issue is on over at Buttons aren’t doing anything For all we know they are on Windows or MacOS (BSD).
I’m still figuring out how I want to interact here What I want to try to achieve… What I want to say… We have the official channels and customer QA teams so in general developer presence here is optional. Why post here and not there ? A year ago when you first posted was around when we had just added this error message for missing browser so of course I was curious. I certainly hope to help out here, but also here to learn from you guys, and sometimes not to do anything per say, but just to soak up all of the suggestions and frustrations here and report them back to the team.
I will say as someone who has been incredible frustrated with Unity these past few years I am really positive about the past few months with our new leadership The whole company has just recently been asked to give being more active on the forums a shot. For me that is great because now this thing I have been doing is a credit to me with unity instead of potentially being a downside since it takes away from time I could be developing…
Anyway it has been nice to meet you and this conversation has prompted a lot of learning and googling on my end as I’ve come back to it each day. The linux support issue is a tough one and I feel for you 
It is painful how slow things become adopted. For us it is just an issue of resources and amount of users. We obviously can’t just say “Hey flerglinburglin has a problem drop everything!” so we have a process for prioritizing work and with linux sometimes things are right on the line in terms of we know there is a problem but there is just hardly anyone encountering it so how can we justify working on it above other things And to be clear about this… In general what we work on is really not up to us devs.
I’ll just link my post in this other thread because it gives a positive view on bug reporting: Can not activate license in Unity Hub on Fedora 41/RHEL9 until trust SHA-1 - #24 by judesidloski
I certainly believe that nothing was fixed or addressed in the past and that my not be any different now… but I can guarantee that if many users report some issue and it is blocking major functionality then it will be noticed, and it doesn’t actually require too too much attention given that hub has some 3.5 million monthly users.
As for the error thing, if you need everything else down the dependency chain to report back that sounds like a bad design. You make a product but you can’t QC it because of “everyone else in the chain.” Every OS (there are really only 3 unless you get all pedantic about BSD and all the turbo niche stuff or things lost to history [Plan9, BeOS, OS2/Warp]) has pretty normalized and common places and ways to set environment variables so I’m not sure why there isn’t a way to check the basic things are set. You do know what your software needs, if Unity can’t figure out how to check a few environment variable dependencies that doesn’t bode well given people are supposed to be building big complex things with this. (see stuff later down the message)
Just a FYI the post from a year ago is a bit of a p__s in the ocean. I had another account years ago where I actually reported bugs. That was when I was actually on a Debian distro. The Linux version was horribly broken and there was this Linux is a non-class citizen and we might ditch it at any moment aura about things. Shocker Unity broke and I was never able to get it functional again under Debian. (Even today / this week similar problems. Fresh install, fresh example project BLAM compiler errors before I’ve done ANYTHING but name the project.) I posted on forums, bug reported both from the web and that little crash dialog that pops up but it was all radio silence all the time so I delete my account and washed my hands of it. Sadly the unfinshed projects nagged at me so I tried again…
I get the market share bit but this isn’t completely about Linux. For a while trying to get a few things done when Unity was dead under XUbuntu I even tried via Windows under a VM and found the same breakages. Searching on the forums lots of other people with the same issues across all three platforms, no fixes.
The lack of error kick back on the login is nasty as it can leave you completely locked out of your work, for some that means their livelihood. However there is a ton of jank to Unity and it’s not new nor is it platform specific. Working in Unity always feels like walking on egg shells while wearing tissue paper underwear, move slow, don’t fart and pray the fear of it all exploding doesn’t make you sweat through said tissue paper underwear.
Anyhoo thanks for your time and again if others end up in the same situation hopefully my post helps. I know it’s Linux specific but environment variables can be missing or get screwed up on all platforms. If Unity doesn’t check for and set them up as it needs on install there is never a guarantee it will work no matter what platform. Back in the Win2000 days I had lots of “Java screwed up my env vars” fun…
the exact same thing happens on windows 10: you change the std browser from firefox to chrome → no sign in into unity hub possible (at least on unity hub 3.10.1)
If you want to submit a bug report that would be extremely helpful. Feel free to share any logs or troubleshooting findings as well.
I would start by checking that HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\Shell\Associations\UrlAssociations\http\UserChoice looks correct for http and https.
Hi, have same problems, Hub version - 3.11.0, system - win 11