292214 - Javascript: Creation of elements that need new data transfer (images and scripts) triggers an infinite "Transferring from <domain>" in the status bar.

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[sfish]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

Ok, first of all I recently wrote this report and made it, as I see it, perfect.
But when I sent it, I had to login, back-button forgot how to make time travels
and a login didn't make anything better. Yes, everything disappeared, so I'm
kind of frustrated now.

Well, back to the main bug report.

When I use document.createElement() for image or script tags and then make them
load (using appendChild, insertBefore etc) the status bar display "Transferring
data from <domain>". This message appears from the moment of loading the element
until some other "normal" data transfer is requested.

I forced a no-caching through attaching ?a=Math.random() in the file requests.
Without that measure the above problem appears at first load, after that the
status message is changed to "Read <domain>", also this time without break.

At first this bug appeared in a much more complex environment, so I simplified
everything and as you can see it remains. Additionally, the page is W3C-standard
(xhtml1.1) and the scripting strictly follows W3C DOM standard.

Reproducible: Always

Steps to Reproduce:
1. Open the attached link.
2. Click any of the visible links (javascript triggers).

Actual Results:  
Status bar displays: Transferring data from <domain>...

Expected Results:  
Status bar should display: Done

Comment 1

[Steve England [:stevee]]

I see the described behaviour in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.7.7) Gecko/20050414 Firefox/1.0.3
I do not see the described behaviour in Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.8b2) Gecko/20050427 Firefox/1.0+

Reporter, can you try with a nightly trunk (1.1beta) build and report back as to
whether this is still an issue for you? Thanks!
http://www.ftp.uni-erlangen.de/pub/mozilla.org/firefox/tinderbox-builds/beast-trunk/

Comment 2

[sfish]

(In reply to comment #1)
> I see the described behaviour in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
> rv:1.7.7) Gecko/20050414 Firefox/1.0.3
> I do not see the described behaviour in Mozilla/5.0 (Windows; U; Windows NT 5.0;
> en-US; rv:1.8b2) Gecko/20050427 Firefox/1.0+
> 
> Reporter, can you try with a nightly trunk (1.1beta) build and report back as to
> whether this is still an issue for you? Thanks!
>
http://www.ftp.uni-erlangen.de/pub/mozilla.org/firefox/tinderbox-builds/beast-trunk/

I don't know if you're aware of this, but during the installation I get the
error: "Error occured during installation - Quality Feedback Agent: -214
DOES_NOT_EXIST"

Comment 3

[sfish]

(In reply to comment #1)
> I see the described behaviour in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
> rv:1.7.7) Gecko/20050414 Firefox/1.0.3
> I do not see the described behaviour in Mozilla/5.0 (Windows; U; Windows NT 5.0;
> en-US; rv:1.8b2) Gecko/20050427 Firefox/1.0+
> 
> Reporter, can you try with a nightly trunk (1.1beta) build and report back as to
> whether this is still an issue for you? Thanks!
>
http://www.ftp.uni-erlangen.de/pub/mozilla.org/firefox/tinderbox-builds/beast-trunk/

Although, it works fine using that version (thought I needed some confirmation
that the installation was complete, but apparently that wasn't needed). Thanks!