Bug 1154177

Summary: Launching Dell iDRAC virtual console shows "Could not read or parse the JNLP file"
Product: [Fedora] Fedora Reporter: Charles Rose <charles_rose>
Component: icedtea-webAssignee: jiri vanek <jvanek>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 20CC: dbhole, joelfo, jvanek, linux-bugs, omajid, onno.zweers, tgummels
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1158687 1158689 (view as bug list) Environment:
Last Closed: 2014-10-23 11:15:45 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1158687, 1158689    
Attachments:
Description Flags
Fatal: Read Error: popup.
none
Java console output
none
viewer.jnlp that triggers the read error none

Description Charles Rose 2014-10-17 18:59:27 UTC
Created attachment 948000 [details]
Fatal: Read Error: popup.

Description of problem:
Launching Dell iDRAC virtual console on Fedora20, Firefox and icedtea-web fails with a pop up. This problem was not present in older versions of icedtea-web (see additional info).

Version-Release number of selected component (if applicable):
firefox-32.0.2-1.fc20.x86_64 and icedtea-web-1.5.1-0.fc20

How reproducible:
Always

Steps to Reproduce:
1. Install Fedora20, update the latest package set.
2. Launch a Dell iDRAC 6/7/8 web GUI.
3. Launch virtual console.

Actual results:
Pop with:
"Fatal: Read Error: Could not read or parse the JNLP file. You can try to download this file manually and send it as bugreport to the IcedTea-Web team."


Expected results:
Virtual console to the remote server starts up.

Additional info:
Problem not seen with icedtea-web-1.4.1-0.fc20

Comment 1 Charles Rose 2014-10-17 19:01:20 UTC
Java console output attached:

Exception while reflectively finding URLPermission - host is probably not running Java 8+

Comment 2 Charles Rose 2014-10-17 19:03:33 UTC
Created attachment 948001 [details]
Java console output

Comment 3 Charles Rose 2014-10-17 19:05:41 UTC
Created attachment 948002 [details]
viewer.jnlp that triggers the read error

Comment 4 Charles Rose 2014-10-17 19:10:36 UTC
The filename of viewer.jnlp seems to trigger the issue:
viewer.jnlp\(pet710-idrac.lab.equallogic.com@0@pet710-idrac\,+PowerEdge+T710\,+User_root@1413572371960\)

When I rename it to viewer.jnlp, things seem to move along.

Comment 5 jiri vanek 2014-10-21 09:52:00 UTC
I rember this was for some time issue in eluminate[1]. However elluminate is still working, so I suspect the name is relly making itw uncomfortable. 

Chris, was the name always so terrible?

I will look at this.

[1]http://icedtea.classpath.org/hg/icedtea-web/rev/cedfb2895986

and this http://icedtea.classpath.org/hg/icedtea-web/rev/dd0226500903 maybe also related.

Comment 6 jiri vanek 2014-10-21 10:34:40 UTC
hmm. This is Old issue which is returning from one or from second side.

The issue is handling of " " "%20" and "+" chars during file < - >  url processing


In this case, 
from
/home/jvanek/Downloads/meeting.jnlp\(pet710-idrac.lab.equallogic.com@0@pet710-idrac\, PowerEdge T710\, User_root@1413572371960\)
wee end up with
/home/jvanek/Downloads/meeting.jnlp\(pet710-idrac.lab.equallogic.com@0@pet710-idrac\,+PowerEdge+T710\,+User_root@1413572371960\)

I'm afrasid by fixing your "+" I will cause "%20" not working again.


Charles, is thre workaround - aka fix to idrac console to dont use spaces in its url?

Comment 7 jiri vanek 2014-10-21 13:22:38 UTC
Fix submit to upstream: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-October/029990.html

Comment 8 jiri vanek 2014-10-23 11:15:45 UTC
I will propose also backport to 1.5 and do an release with few other bugfixes in month or two.

push: http://icedtea.classpath.org/hg/icedtea-web/rev/99d5407fab4a

Comment 9 Joel F 2014-10-30 08:36:13 UTC
*** Bug 1158774 has been marked as a duplicate of this bug. ***

Comment 10 Onno Zweers 2015-06-09 12:27:20 UTC
I just yum upgraded a Centos 6 host and ran into this problem while trying to view Dell Remote Access Controllers (DRAC). I guess the fix hasn't landed everywhere yet.

Anyway, thanks to the information in this bug report I was able to create a workaround.

I create this wrapper script:

[root@dracviewer ~]# cat /usr/local/bin/drac
#!/bin/bash
cd /tmp
for i in {1..4} ; do rename '+' ' ' viewer* ; done
# Get name of the last downloaded viewer and start it with javaws
javaws.itweb-original "$(ls -t1 viewer.jnlp* | head -n 1)"


Of course it should be executable:

[root@dracviewer ~]# chmod +x /usr/local/bin/drac

Then activate this wrapper:

[root@dracviewer ~]# mv /usr/bin/javaws.itweb /usr/bin/javaws.itweb-original
[root@dracviewer ~]# ln -s /usr/local/bin/drac /usr/bin/javaws.itweb

It's perhaps not the smartest solution but it works well enough for viewing DRAC remote consoles.