Bug 969279

Summary: successful running of application may depend on name of the jnlp file
Product: [Fedora] Fedora Reporter: jiri vanek <jvanek>
Component: icedtea-webAssignee: jiri vanek <jvanek>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dbhole, jvanek, omajid
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-06-28 11:47:41 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:

Description jiri vanek 2013-05-31 06:44:14 UTC 
Description of problem:
As icedtea-web do comparison between filename and name included inside this jnlp file, and in case that they differ it re-download it. In some cases this can not be possible - eg the jnlp file was downloaded from url with session id.


Version-Release number of selected component (if applicable):
all icedtea-webs 1.0 - head

How reproducible:
Good example is ellumintae. When you download jnlp file firstime, it is running fine. When you (accidentally) cancel it and/or download it again, that browser will mostly save it as livesession_1_.jnlp or similar instead of livesession.jnlp.


Actual results:
Icedtea-web then  will try to re-download livesession.jnlp, where its fail, because jnlp is generated and bounded with session id.
(in case of replicating this, be patient, it downloads many jars and tsrat of first one can take time...)

Expected results:
- icedtea web can probably work without using the filename, just using the name inside jnlp. Or at least do this when can not redownload jnlp file
- close this as wont fix - security hardening


possible workaround is to be more careful when running elluminate - eg use save as and javaws command instead of "open with" (which leads to some tmp name) and be sure final destination do not have same_name already inside (willl lead to some random suffix)