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)