Downloading "jnlp" files doesn't work

Skygge

Hello community!

Vivaldi is my main browser.
As an IT admin I often use hardware administration tools, frequently written in Java.

For example Intel Remote Management Module (RMM) - Server Remote Console.
If I press "Launch Console" the "jviewer.jnlp" must be run in Java Web Start application.

I can open or download these files in any browser in my computer: Firefox, Chrome, etc. except Vivaldi . So this is not a network issue or security apps. I tried to remove or disable all extensions - it doesn't help. I tried to change User Agent using extension from the store, it does not help as well.

The download is stopped at 0 bytes.
My system is Linux (Kubuntu), the situation is exactly the same at work and at home.

How to fix this error? Or forget about Vivaldi and migrate to FF?

Link to recorded screen capture: https://youtu.be/bFEXVp2ixHs

Thanks!
Skygge

Skygge

I set the video as "not public", not "private".
The file can be downloaded from Intel Remote Management Module, this is a part of Intel Server hardware. It is not for public access.

Skygge

Yes, the *.jnlp file (x-java-jnlp-file) is associated to "IcedTea Web Start" (/usr/bin/javaws %u).

~$ xdg-mime query default application/x-java-jnlp-file
icedtea-netx-javaws.desktop

But even "download" does not work, not just "open"

vdrandom

I can confirm the issue.

Sadly, I have no server I can expose publicly to provide a test case, se we're out of luck here again.

I can confirm though, that hosting a jnlp file on a normal web server and downloading it seems to work fine.

It is also worth mentioning that Chromium of the same version fails to download the file as well, I'm getting the same "File incomplete" error, even in "guest mode" with all my extensions disabled.

Can it be an issue of an incorrect header or lack of some information or some other type of conflict in the process of initiating the download itself? Console in a pop up window says "Resource interpreted as Document but transferred with MIME type application/x-java-jnlp-file". I'm afraid that's all the information I can provide.

vdrandom

No, it does not work with an empty profile either. I use ArchLinux, but I doubt my distro has anything to do with it.

The download works fine in Firefox, so I don't think network or firewall has anything to do with it.

vdrandom

I have asked a couple of collegues, the issue seems to be common for Chromium based browsers running on linux. This forum is probably not the right place to report this particular issue.

vdrandom

It may as well vary between ipmi platforms. I'm encountering this issue on older supermicro hardware.

This has to be due to some incompatibility between a lib and the server because I can successfully download the same jnlp file hosted on my localhost via nginx.

Journald shows no useful information, and I have no restrictions on downloads or web browsers. By default ArchLinux does not have AppArmor or SELinux enabled or even installed.

And I am fairly certain it begins the download and asks whether I want to save or open the file at the same time, because the download never finishes - it is shown as 'stopped' in the downloads list.

vdrandom

I've tried these chromium based browsers:

Vivaldi 3.4.2066.86
Google Chrome 86.0.4240.111
Chromium 86.0.4240.111
Opera 72.0.3815.148
Microsoft Edge 88.0.673.0

With the same result. My collegues tried the latest Chrome / Chromium as well. And they've reported this issue has been affecting them for some time.
EDIT: forgot to mention Opera

vdrandom

Not really sure if I am allowed to disclose the specific model, sorry. It is ipmi on an old supermicro. Firmware dates back to 2013. On loading the login page it checks for pop-up window support. The file it sends is named specifically "jviewer.jnlp". Newer supermicro models provide "launch.jnlp", these work fine.

vdrandom

To launch the java webviewer, like the Oracle's javaws or IcedTea, you have to download the jnlp first. The browser fails to do exactly that. It never reaches the point where I would try and launch the application.

vdrandom

Here is an example

vdrandom

sadly, no. And I think if that was the issue, some other chromium based browser would definitely work.

EDIT: I'm going to try and capture the session between the browser and the server with wireshark, maybe I'll find some clues there.

vdrandom

It clearly does, but only in chromium based browsers. Firefox has no such problem.

Anyways, the packet capture shows that the server sends data to the browser successfully. Headers seem to be in order, but the browser fails to save the contents. I'll look further into this. Does Vivaldi have some kind of debug mode?

vdrandom

I have tried capturing some more traffic and compare it against Firefox, and honestly, I can barely see any difference. The payloads are mostly the same. In both cases, the server sends the same amount of data, the same file basically, aside from obvious id differences. (Cookies, user-agent.)

So yeah, something happens after the "network" part of the download is complete. And without some advanced logging I won't get far in figuring out what's wrong here. To make things worse, IPMI web ui opens a pop-up window that initiates the download.

The only thing I have found is vivaldi-debug binary, but I have no idea how to properly use it. Tracing system calls for a web browser is... kinda sub optimal.