There used to be a way to add such comments directly to bug reports. For a
general non-security bug, how can one add comments and updates? I have bugs
submitted 4 years ago (e.g. http://bugs.java.com/view_bug.do?bug_id=8014369)
that are still listed as "In progress" and I don't see any way to add
I reported this as a bug. For completeness, I will mention here that I got
feedback within minutes that " We have determined that this report is a new
bug and have entered the bug into our bug tracking system". Unfortunately
since the bug reporter hung for a minute and I pressed submit again I en
It seems that one of the new security features in Java 7 update 51 is
messing up the Java / Internet Explorer 11 / Windows 8.1 combination, but
other combinations OK.
During installation of Java 7u51, a security dialog pops up: "Do you want to
allow the following program to make changes to your
=9007738.
-Original Message-
From: security-dev-boun...@openjdk.java.net
[mailto:security-dev-boun...@openjdk.java.net] On Behalf Of Mickey Segal
Sent: Saturday, October 26, 2013 5:04 PM
To: 'Sean Mullan'; security-dev@openjdk.java.net
Subject: RE: InvocationTargetException when runn
I wasn't using JNLP so I don't know if JNLP versioning was the relevant part of
the release notes. The part about " Non-JNLP trusted applet fails to load
using the file:\\ URL", however, seemed highly relevant. The recommended
approach was " Use a JNLP file to launch the applet" and I tried th
Thanks for the information. I apologize for the delay in responding; the
reason will become clear below.
I'll need to get up to speed on JNLP and will be able to do this until the
conference I'm at ends and Saturday and I have a few days off before the next
conference.
However, re
It is even worse than I thought. There is a 4th level of error. The email
address given for reporting the bug reporting system not working bounces as
“User unknown”.
From: Mickey Segal [mailto:ja...@segal.org]
Sent: Saturday, October 19, 2013 9:55 PM
To: 'Sean Mullan'
Cc: &#x
I just tried twice to submit the bug documented at
http://www.segal.org/java/SignedAppletTest/. I got a Submission Error page. I
was told:
We recommend opening a new report in a new window, and copying the contents of
the original report to the new report. (Use the browser "Back" button to se
Thanks. I didn't know that some Exceptions were not visible until the trace
level was set higher.
There is nothing here that jumps out to me as something that I can fix, so I
will go ahead and file the bug report. I'll probably wait a day in case anyone
else has something important to add.
On Windows there is a folder:
C:\Users\MyUserName\AppData\LocalLow\Sun\Java\Deployment\log
but it is empty.
I'm working this up as a bug report. I have a description, a Web version and a
zip file to download and try locally at:
http://www.segal.org/java/SignedAppletTest/
If anyone has any insig
I'm having trouble resolving what you mean by $HOME. I'm used to it meaning on
Windows the same thing as the user.home property, which is:
c:\Users\MyUserName\
but I don't see anything there, even looking with "Hide protected operating
system files" disabled.
Can you help point me in the right
such as
Details do anything useful.
All is fine with the Web version.
All was fine with 7u40, which still hasn't appeared on the old version download
page.
All is fine on Java 8 build 111.
Is there something else needed to add to the Manifest file?
Anyone have other ideas?
-Original Messag
ginal Message-
From: Mickey Segal [mailto:ja...@segal.org]
Sent: Friday, October 18, 2013 6:37 AM
We were able to get past the problem of getCodeBase() returning null by
hard-coding the URL. This worked in 7 update 25 and 7 update 40. We were able
to debug that problem because the applet would l
We were able to get past the problem of getCodeBase() returning null by
hard-coding the URL. This worked in 7 update 25 and 7 update 40. We were able
to debug that problem because the applet would launch and we could use println
statements find that the problem was getCodeBase() returning null
I've tested Java 8 build 111 (jre-8-ea-bin-b111-windows-i586-10_oct_2013) and
the InvocationTargetException problem doesn't occur. Does that mean that the
InvocationTargetException problem is a bug in Java 7 or a feature not yet
propagated to Java 8?
It is not yet at the download page at
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html
For years, we've used the ability to run our signed Java applet locally when we
are in a location without internet access. That seems no longer to work as of
Java 7 update 45. When the applet is launched, a
java.lang.reflect.InvocationTargetException is thrown. I assume this is a
result of s
pretty upset.
From: Sandeep Konchady [mailto:sandeep.konch...@oracle.com]
Sent: Wednesday, June 19, 2013 7:40 PM
To: Mickey Segal
Cc: Java Security
Subject: Re: getCodeBase broken locally in 7 update 25
Hi Mickey,
The issue you are seeing is intended behavior. This was caused because of
The local getCodeBase problem is not present in Java 8 build 94, the most
recent version.
From: Mickey Segal [mailto:ja...@segal.org]
Sent: Wednesday, June 19, 2013 3:56 PM
To: Java Security (security-dev@openjdk.java.net)
Subject: RE: getCodeBase broken locally in 7 update 25
The same
The same getCodeBase problem seems to be occurring on the MacOS version too.
From: Mickey Segal [mailto:ja...@segal.org]
I upgraded a Windows 7 computer to Java version 1.7.0_25 from 1.7.0_21. A
getCodeBase call in a signed applet now returns null. In previous versions of
Java
I upgraded a Windows 7 computer to Java version 1.7.0_25 from 1.7.0_21. A
getCodeBase call in a signed applet now returns null. In previous versions of
Java, getCodeBase returned a URL that referred to the current directory (tested
from Java 1.1 to 1.7.0_21 over the years).
Was this done p
21 matches
Mail list logo
