Unable to open html5 virtual console of Dell iDRAC - fixed in 6.5.3206.39 Stable
-
@DoctorG I tested in incognito, I cant test in guest profile, since the iDRAC console is a popup window, which are blocked by default and I cannot change settings in guest profiles. In incognito, I made sure that every addon is disabled(incl vivaldi tracker blocker). The iDRAC FW is: "6.10.30.20, A00". Addons that I use normally are: adguard and darkreader. I did also try reinstalling and wiping settings to default.
-
@lyooth said:
The iDRAC FW is: "6.10.30.20, A00".
Thanks, I will add the version to bug report. So a internal Vivaldi server admin can check.
But, … please check in a test profile, without extensions.
-
I tested also newest snapshot v6.4.3149.7
iDRAC is v6.10.80.00
I would say profile is 100% not an issue. Fresh install of Vivaldi. And as I mentioned, unfortunately I can't test without proxy extension. This is the only modification of default installation. No sync, no other settings changes made.
-
@enc0re Thanks for information.
Which extension is this?
-
Extension SwitchyOmega v2.5.20, for other browsers also this one.
I thought I wrote it here, I just realized that I mentioned this extension in bug tracker only, sorry. -
-
I installed a fresh virtual machine with Ubuntu 22.04LTS desktop, latest snapshot with no accounts or settings changed, just "next, next, install". So everything was stock/default. No luck with iDRAC version: "6.10.80.00".
-
-
@lyooth Unfortunately Vivaldi server team has not such 6.10 firmware.
Would you be so kind to open a iDRAC console, open developer tools with F12, select Console tab, hover the red errors and context menu "Save as"? That log would help Vivaldi devs to check the issue.
-
@DoctorG Sure, where can I upload the logs?
-
@lyooth Thanks for log
Please upload to pastebin.com and leave link here; i will add the log to the Vivaldi bug report for iDRAC issue. -
@DoctorG I posted the link in your DM.
-
@lyooth Thanks. I uploaded log to Vivaldi bug tracker and pinged a dev, i hope they check next time.
-
The big problem indicated by the log is that the URL is
wss://:/foo
.This URL is invalid, it cannot connect to any server.
Unless the URL was censored before posting (for those doing that: Please don't just remove the whole thing, put something else in so that we can see that something really was there) , this indicates either a script error for constructing the URL, or a configuration issue for the connection.
It is not possible to say from the context in the log which it is, but my guess is a configuration issue. One possibility for such a problem is that it happens during login, or clicking of a URL that does not contain all the necessary data.
-
@yngve I did not censor anything, me and @enc0re get the same error: https://forum.vivaldi.net/post/694799 (post where they posted logs from console). I did see that on Edge, Firefox and Google Chrome, the IP is visible on the console log. Its as if Vivaldi does not correctly fetch the info or iDRAC 6.10 provides info to Vivaldi in such a way that it does translate it. There is a disconnect somewhere. In an effort to completely get rid of any trace of non-default settings, I setup a fresh Ubuntu 22.04LTS Desktop VM, with Vivaldi on stock settings. Firefox(comes pre-installed in Ubuntu) works, while Vivaldi does not. And again, specifically on servers with iDRAC 6.10 FW. IBM, Cisco and even older DELL servers work fine.
-
OK, I had to eliminate that possibility; that means that the URL is incorrectly constructed by the script, probably due to some bad data in the configuration used by the script.
Considering that our sysadmins were unable to recreate your issue in the system available to them, it is probably something local (perhaps a configuration issue). One possibility, though, is that they start the session in a different way than you do. Step by step instructions from "open a tab" and all the way to "then it fails" is frequently useful to avoid "this is how we have always done it" or "this is the obvious way" issues during recreation.
If the two of you want to, I'd suggest using the developer tools (and pretty-printed sources) to track how the URL is created, and backtrack from there to discover where the bad data comes from. One thing to check is what the
["","","",null]
in the log is supposed to be. I suspect that this is the data used to create the URL, and that the items are host, port, and the vmk parameter. -
@yngve which configuration issue you mean? In iDRAC? On my local computer? I can't think of which.
iDRAC virtual console settings are default.
My step by step instructions:
- Launch fresh installed, empty browser with no tabs.
- Type IP address of iDRAC.
- Login.
- After login on main page just click on Virtual Console "picture" to open Virtual Console
- Wait, page will try to reload few times, and then errors occured with error messages shown in my previous post
This is the output from dev tools from Edge. All censored octets from IP are the same numbers.
You are mentioning some script, which constructs data. What script it is? It is chromimum script? Or from Vivaldi? Maybe you can compare that script from Vivaldi v5 and v6, because this started to occur from Vivaldi v6.
-
@enc0re My post is completely identical, with the only difference being that I use Firefox, the logs are the same. The Console output is identical in FF.
-
@enc0re said in BUG: Unable to open html5 virtual console of Dell iDRAC:
You are mentioning some script, which constructs data. What script it is?
All of that is done by the iDrac scripts. Any error is in there.
-
@enc0re said in BUG: Unable to open html5 virtual console of Dell iDRAC:
which configuration issue you mean? In iDRAC? On my local computer? I can't think of which
This is very likely something done by the iDRAC, probably when creating the URL you click on to get to the VNC window.