| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
| |
Another fix can be addition of buttons like always/never
|
| |
|
|
|
|
| |
desktop icon should be created. False otherwise.
|
|
|
|
| |
(shouldCreateShortcut) added handling of xtrustall during asking for desktop icon creation
|
| |
|
|
|
|
|
| |
Copy deployment configration read into system properties so it is
visibile to target programs.
|
| |
|
|
|
|
|
|
| |
This is a long-planned rework of JarCertVerifier, allowing it to handle
multiple certificates. The algorithms used to verify jars with multiple
certificates vary between JNLPs and Applets.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is possible for the ClassLoader to encounter a ClassCircularityError.
This can happen when the ClassLoader detects that checking if a class
'A' has been loaded triggers another check of whether 'A' has been
loaded before the first check has completed. This can happen easily when
trying to load Policy or Permission classes, which lie in our code path
that checks whether a class has been loaded.
One possible fix is to ensure these classes are not in the path of code
that gets executed when we are trying to check for a class. This can be
done by removing the call to getAccessControlContextForClassLoading. The
javadocs for ClassLoader.findLoadedClass do not mention any
permissions required to call the method nor do they mention that the
method can throw a SecurityException. The native code that implements
findLoadedClass does not have any security checks either. The
doProvileged block is probably not needed here and removing it breaks
the circularity.
|
| |
|
|
|
|
| |
outside jar
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* netx/net/sourceforge/jnlp/NullJnlpFileException.java: new class to
distinguish plain NPE from null jnlp file.
* netx/net/sourceforge/jnlp/SecurityDesc.java: (getSandBoxPermissions)
added throw of NullJnlpFileException in case of null jnlp file.
* netx/net/sourceforge/jnlp/runtime/JNLPClassLoader.java: (findClass)
added Override annotation, add catch of NullJnlpFileException and
re-throw of CNF exception.
* tests/netx/unit/net/sourceforge/jnlp/runtime/CodeBaseClassLoaderTest.java:
(testResourceLoadSuccessCaching) (testResourceLoadFailureCaching)
(testParentClassLoaderIsAskedForClasses) - internal JNLPFile's
(getSecurity) null in SecurityDesc constructorrepalced by this.
(testNullFileSecurityDesc) new test to ensure NPE in null JNLPFile case.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
icedtea-web now skips over any jars that are corrupt or not actually jars.
This is how the proprietary plugin treats this situation.
|
|
|
|
| |
extensions
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The bug manifests when the following sequence of steps happen:
1. An applet with both a codebase and a jar (archive) is loaded
2. A class Foo is loaded using the codebase classloader
3. The Foo class tries to load a class Bar that is specified in the jar
archive. The Bar class is not found.
The following applet reproduces the problem:
http://javadjvu.foxtrottechnologies.com/cgi-bin/djvuapplet.pl/examples/deer.djvu?zoom=page
The fix addresses the problem by ensuring that the codebase classloader
asks the classloader that knows about the jar archive to resolve
classes too.
|
|
|
|
|
| |
Previously folders in the archive tag were treated as jars.
They are now correctly treated as resource folders.
|
| |
|
| |
|
|
|
|
| |
hosting server
|
| |
|
|
|
|
| |
New rethrow of exceptions and following condition make more accurate
|
|
|
|
| |
were sufficient and clearer.
|
|
|
|
| |
JNLPClassLoader and CertificateUtils
|
|
|
|
|
|
|
| |
Any exception from this method is consumed somewhere. I have cough exception,
reprint it in debug mode and re-throw (to be lost). Main condition in this
method had several possible NullPointer exceptions. Separated and thrown before
this condition.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2012-04-19 Omair Majid <[email protected]>
* NEWS: Update with fix.
* netx/net/sourceforge/jnlp/runtime/JNLPRuntime.java: Remove windowIcon.
(initialize): Do not call loadWindowIcon.
(getWindowIcon): Remove.
(setWindowIcon): Remove.
(loadWindowIcon): Remove.
* netx/net/sourceforge/jnlp/runtime/JNLPSecurityManager.java
(checkTopLevelWindow): Do not set the icon for all top level windows. Use
the default java icon instead.
* netx/net/sourceforge/jnlp/util/ImageResources.java: New file. Provides
access to icons.
* netx/net/sourceforge/jnlp/JNLPSplashScreen.java (JNLPSplashScreen),
* netx/net/sourceforge/jnlp/cache/DefaultDownloadIndicator.java
(getListener),
* netx/net/sourceforge/jnlp/controlpanel/AdvancedProxySettingsDialog.java
(AdvancedProxySettingsDialog),
* netx/net/sourceforge/jnlp/controlpanel/CacheViewer.java (CacheViewer),
* netx/net/sourceforge/jnlp/controlpanel/ControlPanel.java (ControlPanel),
* netx/net/sourceforge/jnlp/security/SecurityDialog.java (SecurityDialog),
* netx/net/sourceforge/jnlp/security/viewer/CertificateViewer.java
(CertificateViewer),
* netx/net/sourceforge/jnlp/util/BasicExceptionDialog.java (show),
* plugin/icedteanp/java/sun/applet/JavaConsole.java (initialize):
Explicitly load icons.
* tests/netx/unit/net/sourceforge/jnlp/util/ImageResourcesTest.java: Test
for ImageResources class.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The testDateRange* tests were rewritten so date wrapping is handled
correctly. Also fixes two bugs in pac-funcs.js (a missed return value
and using getYear instead of getFullYear).
2012-04-03 Omair Majid <[email protected]>
* netx/net/sourceforge/jnlp/runtime/pac-funcs.js: Replace incorrect use of
getYear() with getFullYear().
(inYearMonthDateRange): Add missing conditional case.
* tests/netx/pac/pac-funcs-test.js
(runTest): New function.
(runTests): Call runTest.
(incDate): Deal with month/year wrapping around.
(decDate): Removed.
(testDateRange, testDateRange2, testDateRange3): Handle wrapping of month
and days.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2012-03-14 Omair Majid <[email protected]>
Print exceptions to terminal when running in gui mode too.
* netx/net/sourceforge/jnlp/AbstractLaunchHandler.java: New file.
* netx/net/sourceforge/jnlp/DefaultLaunchHandler.java: Extend
AbstractLaunchHandler.
(DefaultLaunchHandler): New method.
(printMessage): Moved to parent class.
* netx/net/sourceforge/jnlp/GuiLaunchHandler.java: Extend
AbstractLaunchHandler.
(GuiLauchHandler): New method.
(launchError): Print the error too.
(launchWarning,validationError): Call parent's printMessage.
* netx/net/sourceforge/jnlp/LaunchException.java: Use standard java
exception chaining. This removes compatibility with pre-java 1.3 class
libraries.
(LaunchException(JNLPFile,Exception,String,String,String,String)): Pass
cause to parent so exceptions are chanined properly.
(LaunchException(String,Throwable),LaunchException(Throwable)): Call
parent's constructor.
(printStackTrace(PrintStream),printStackTrace(PrintWriter),getCause):
Removed. Use parent's implementation instead.
(getCauses): Removed.
* netx/net/sourceforge/jnlp/LaunchHandler.java
(validationError): Rename argument to clarify meaing.
* netx/net/sourceforge/jnlp/runtime/JNLPRuntime.java
(initialize): Redirect output of all handlers to System.err.
* plugin/icedteanp/java/sun/applet/PluginAppletSecurityContext.java
(PluginAppletSecurityContext): Likewise.
* tests/netx/unit/net/sourceforge/jnlp/DefaultLaunchHandlerTest.java,
* tests/netx/unit/net/sourceforge/jnlp/LaunchExceptionTest.java: New
file. Contains tests.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Someone reported that the following JNLP was not starting:
http://findbugs.cs.umd.edu/cloud/eclipse.jnlp
The first problem was that icedtea-web was trying to ensure that all
jnlps, including extension jnlps have a main class. I wonder what other
applications were broken by this check. This patch modifies the check
to only check for main class when a main class is possible (applets and
applications).
The second second problem was that (in the extension jnlp file) the
jnlp element did not contain a codebase attribute. IcedTea-Web tried to
add this null codebase when merging the jnlp file, causing an exception.
The patch simply ignores this null.
2012-01-05 Omair Majid <[email protected]>
* netx/net/sourceforge/jnlp/runtime/JNLPClassLoader.java
(initializeResources): Only throw exceptions about the main class not
being found when the jnlp file can have a main class.
(addToCodeBaseLoader): Dont try to process null URLs.
|
| |
|
|
|
|
| |
pac function
|
|
|
|
| |
suffix domain SOP bypass
|
|
|
|
|
|
|
|
|
|
|
| |
2011-09-29 Omair Majid <[email protected]>
* NEWS: Update.
* netx/net/sourceforge/jnlp/runtime/JNLPClassLoader.java
(getResource): Rename to ...
(findResource): New method.
(findResources): If resource can not be found, search in lazy resources.
(findResourcesBySearching): New method.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2011-09-28 Omair Majid <[email protected]>
* netx/net/sourceforge/jnlp/AppletDesc.java (getMainClass): Clarify the
return value in javadoc.
* netx/net/sourceforge/jnlp/Launcher.java
(createApplet, createAppletObject): Do not replace '/' with '.'.
* netx/net/sourceforge/jnlp/PluginBridge.java (PluginBridge): Ensure that
the class name is in the dot-separated from.
* netx/net/sourceforge/jnlp/runtime/JNLPClassLoader.java
(checkForMain): Ensure that the name is an exact match.
|
|
|
|
| |
element in the manifest.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2011-09-26 Lars Herschke <[email protected]>
* netx/net/sourceforge/jnlp/resources/Messages.properties: Add
CVExportPasswordMessage, CVImportPasswordMessage and
CVPasswordTitle.
* netx/net/sourceforge/jnlp/runtime/JNLPRuntime.java (initialize):
Initialize SSLContext with the user's client certificates.
* netx/net/sourceforge/jnlp/security/CertificateUtils.java
(addPKCS12ToKeyStore, addPKCS12ToKeyStore, dumpPKCS12): New methods.
* netx/net/sourceforge/jnlp/security/viewer/CertificatePane.java
(getPasswords): New method.
(ImportButtonListener.actionPerformed): Import client certificates
in PKCS12 format.
(ExportButtonListener.actionPerformed): Export client certificates
in PKCS12 format.
|
|
|
|
|
|
|
|
|
|
| |
2011-09-22 Omair Majid <[email protected]>
PR788: Elluminate Live! is not working
* NEWS: Update.
* netx/net/sourceforge/jnlp/runtime/JNLPClassLoader.java
(checkForMain): If localFile is null (JAR couldn't be downloaded), try to
continue, rather than allowing the exception to cause an abort.
|
| |
|