Closed
Bug 309507
Opened 20 years ago
Closed 18 years ago
Firefox crashes while using Aurigma's ImageUploader under certain conditions
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: 1nspxfd02, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4
Aurigma's ImageUploader (at http://aurigma.com/Products/ImageUploader/) has a
Java version that deals with uploading multiple files at a time. The applet has
various options that deal with upload completion. One of the options is to
display the response from the server once the uploaded files are processed by
the server. This display is in the form of a variable (StatusText) that contains
basically the entire response from the server (usually an HTML page.) The
JavaScript that is used to display this is of the form:
document.write(StatusText). After several such upload Firefox crashes. Then
whenever you try it, it crashes. To ensure that the variable StatusText wasn't
doing anything bad, I just substituted it like so: document.write('This'). It
still crashed. If you comment it out, everything is fine. I had the same problem
with Firefox 1.0.6. That is why I tried the 1.4 Beta. It initially worked with
the Beta, then started crashing in that as well.
Code used:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>Testing Aurigma ImageUploader</title>
<script language="javascript" src="iuembed.js"></script>
</head>
<body>
<!--- <form action="upload.cfm" method="post" enctype="multipart/form-data">
</form>
--->
<script language="javascript">
function ImageUploader_Progress(Status, Progress, ValueMax, Value, StatusText){
if (Status=="COMPLETE"){
document.write('This');
document.close();
}
}
function ImageUploader_BeforeUpload(){
var uploader = getImageUploader("ImageUploader");
uploader.AddField("fuseaction", "coll.uploadToCollectionBack");
}
</script>
<script language="javascript">
var iu = new ImageUploaderWriter("ImageUploader", 600, 400);
iu.activeXControlEnabled = false;
iu.javaAppletEnabled = true;
//For Java applet we specify only directory with JAR files
iu.javaAppletCodeBase = "./";
iu.javaAppletCached = true;
iu.javaAppletVersion = "1.1.02.0";
iu.addParam("Layout","TwoPanes");
iu.addParam("FolderView", "List");
iu.addParam("FileMask", "*.*");
iu.addParam("MaxImageWidth","0");
iu.addParam("MaxImageHeight","0");
iu.addParam("MinImageWidth","0");
iu.addParam("MinImageHeight","0");
iu.addParam("ButtonSendText", "Upload");
iu.addParam("CheckFilesBySelectAllButton", "true");
iu.addParam("DeniedFileMask", "*.db;*.exe;*.asp;*.cfm;*.htm;*.log");
iu.addParam("TreePaneWidth", "200");
iu.addParam("BackgroundColor", "#5456");
iu.addParam("ShowDebugWindow","True");
iu.addParam("EnableRotate","False");
iu.addParam("Action","upload.cfm")
// This order of declaring eventListeners has to be just so
// check http://aurigma.com/Forums/Topic2680-12-1.aspx for details.
iu.addEventListener("BeforeUpload", "ImageUploader_BeforeUpload");
iu.addEventListener("Progress", "ImageUploader_Progress");
iu.writeHtml();
</script>
</body>
</html>
Reproducible: Always
Steps to Reproduce:
1. Install Aurigma's ImageUploader on you web server
2. Use the code above only replacing the upload.cfm with the filename of the
file that will process your upload.
3. Test it by uploading some files.
4. If it does not crash initially keep trying.
Actual Results:
Firefox initially behaves fine. But then after about 3 or 4 times, crashes.
Expected Results:
Firefox should not crash
|
||
Comment 1•20 years ago
|
||
Could you give a talkback ID?
|
Reporter | |
Comment 2•20 years ago
|
||
(In reply to comment #1)
> Could you give a talkback ID?
I can't seem to find a talkback ID when it crashes and Talkback turns up. I
looked at every field that I could find.
|
|
Reporter | |
Comment 3•20 years ago
|
||
(In reply to comment #2)
The authors of Aurigma ImageUploader tested the code and say that since they use
LiveConnect in the Java Applet, it is a problem with LiveConnect. Here is their
note on it: "We are using LiveConnect to fire events so the reason of the
problem is in LiveConnect. It doesn't allow changing of the current document while
processing called JavaScript code. Try to write to another document of redirect
to another page instead of writing to current document directly."
Of course it does not explain why it works in IE 6 and up.
|
|
||
Comment 4•20 years ago
|
||
(In reply to comment #2)
> I can't seem to find a talkback ID when it crashes and Talkback turns up. I
> looked at every field that I could find.
You mean you can't find talkback.exe?
You can find it under you firefox directory, and then here:
extensions\talkback@mozilla.org\components
|
|
Reporter | |
Comment 5•20 years ago
|
||
(In reply to comment #4)
Oh no, I can find it all right. In fact I even queued the incident. But nothing
shows up in the column IncidentID. Is that strange?
|
|
||
Comment 6•20 years ago
|
||
Yes, that's kind of strange.
With a talkback ID, we can at least see where in the code it is crashing.
|
||
Comment 7•18 years ago
|
||
Is this crash still reproducible? If it is, please try submitting Talkback
info again. Thanks.
|
|
||
Comment 8•18 years ago
|
||
Is this crash still reproducible? If it is, please try submitting Talkback
info again. Thanks.
|
|
||
Comment 9•18 years ago
|
||
No response from Reporter.
-> WORKSFORME
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•