303733 - FF 1.0.6 Transferrring data from.. Never DONE. Extension or Firefox?

Status: VERIFIED INCOMPLETE

(Firefox :: General, defect)

Description

[the_real_niobe]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

I'm running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10)
Gecko/20050716 Firefox/1.0.6.

A good test page is http://www.mozdev.org/. My NOSCRIPT options are 'Base 2nd
Level Domains" and
mozdev.org is allowed. When the http://www.mozdev.org/ page is displayed, the
tray icon
indicates "Javascript currently allowed [<script>:0] [j+f+p:0].

With NOSCRIPT 1.1.1 enabled, "right-click,SAVE PAGE AS,html" of
http://www.mozdev.org/
successfully downloads the page and all associated stylesheets and images in the
accompanying file.
But the status bar continues to indicate "Transferrring data from...
www.mozdev.org". The status bar does
not change to DONE. Reload or load of any page will cause the status bar to
change status.

Disable NOSCRIPT, Tools/Options/Privacy/Clear All, restart FF and repeat the
scenario above. The status bar
transitions from "Transferring..." to "DONE".

This behavior occurs with both
browser.cache.disk.enable,browser.cache.memory.enable set to TRUE
or FALSE.

To isolate that this behavior was only caused by NOSCRIPT and not NOSCRIPT in
combination with my other enabled extensions, I installed NOSCRIPT 1.1.1 in a
separate profile by itself (no other extensions) and tested the same scenario.
The same behavior is exhibited.

The only additonal info I have is from the Tamper Data extension. There are 404s
occurring for
certain images when NOSCRIPT is enabled.
(Note: These same images are downloaded to the save file - valid-html401.png,
vcss.png,
getfirefox_88x31.png, linspire_sponsorbadge.jpg ).

I've included a sample below:

WITH NOSCRIPT ENABLED WHEN SAVING PAGE AS HTML (memory,disk cache enabled) :
-------------------------------------------------------------------------------------------------------------
13:49:55.718[422 ms] Status: 404[Not Found]
GET
http://www.mozdev.org/mozdev.org%20-%20free%20project%20hosting%20for%20the%20Mozilla%20community_files/
linspire_sponsorbadge.jpg Load Flags[LOAD_NORMAL] Content Size[-1] Mime
Type[text/html]
Request Headers:
Host[www.mozdev.org]
User-Agent[Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10)
Gecko/20050716 Firefox/1.0.6]
Accept[image/png,*/*;q=0.5]
Accept-Language[en-us,en;q=0.5]
Accept-Encoding[gzip,deflate]
Accept-Charset[ISO-8859-1,utf-8;q=0.7,*;q=0.7]
Keep-Alive[300]
Connection[keep-alive]
Post Data:
undefined[]
Response Headers:
Date[Sat, 06 Aug 2005 20:44:25 GMT]
Server[Apache/1.3.33 (Unix) mod_gzip/1.3.26.1a PHP/4.3.11]
Connection[close]
Transfer-Encoding[chunked]
Content-Type[text/html; char
set=iso-8859-1]


DISABLE NOSCRIPT; Tools/Options/Privacy/Clear All; RESTART FF, GO TO PAGE, SAVE PAGE
(memory,disk cache enabled):
----------------------------------------------------------------------------------------------------------------
13:54:37.750[null] Status: pending[]
GET
http://www.mozdev.org/mozdev.org%20-%20free%20project%20hosting%20for%20the%20Mozilla%20community_files/
linspire_sponsorbadge.jpg Load Flags[LOAD_NORMAL] Content Size[unknown] Mime
Type[unknown]
Request Headers:
Host[www.mozdev.org]
User-Agent[Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10)
Gecko/20050716 Firefox/1.0.6]
Accept[image/png,*/*;q=0.5]
Accept-Language[en-us,en;q=0.5]
Accept-Encoding[gzip,deflate]
Accept-Charset[ISO-8859-1,utf-8;q=0.7,*;q=0.7]
Keep-Alive[300]
Connection[keep-alive]
Post Data:
undefined[] 

Tamper Data attachments will be added after bug filed.


about:buildconfig
Build platform
target
i586-pc-msvc

Build tools
Compiler 	Version 	Compiler flags
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TC -nologo -W3 -nologo -Gy -Fd$(PDBFILE)
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TP -nologo -W3 -nologo -Gy -Fd$(PDBFILE)

Configure arguments
--disable-ldap --disable-mailnews
--enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth
--enable-crypto --disable-composer --enable-single-profile
--disable-profilesharing --enable-optimize --disable-debug --disable-tests
--enable-static --disable-shared --enable-official-branding

Reproducible: Always

Steps to Reproduce:
1.See details
2.
3.

Actual Results:  
See details

Expected Results:  
see details

Comment 1

[the_real_niobe]

Attachment: Tamper data with Noscript ext. enabled when "Save page as"

Comment 2

[the_real_niobe]

Attachment: Tamper data of "Save page as" with Noscript ext. disabled

Comment 3

[the_real_niobe]

NoScript 1.1.1 enabled and the only extension under Deer Park A2 does not
exhibit the bug.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050723
Firefox/1.0+

about:buildconfig
Build platform
target
i586-pc-msvc

Build tools
Compiler 	Version 	Compiler flags
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TC -nologo -W3 -Gy -Fd$(PDBFILE)
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TP -nologo -W3 -Gy -Fd$(PDBFILE)

Configure arguments
--enable-application=browser --enable-optimize --disable-debug --disable-tests
--enable-static --disable-shared --enable-svg --enable-canvas
--enable-update-packaging

Comment 4

[the_real_niobe]

Giorgio Maone responded @ Mozillazine :
http://forums.mozillazine.org/viewtopic.php?t=265889&highlight=

[quote="Giorgio Maone"][quote="capt.niobe"]Hi Giorgio, just noticed that you
have an ongoing thread for Noscript.  Here's the link to a separate
thread that I previously started: 
http://forums.mozillazine.org/viewtopic.php?t=302466&highlight=
thx[/quote]
Hey cap, thanks!
If only every report was clear and documented like yours... :)
OK, I did my investigations, and found that:
[list=1]
[*]Looks like it's nothing more than a missing statusbar-display referesh (no
functional loss, only a cosmetical annoyance)
[*]Cutting the nsIContentPolicy implementation (introduced in NS 1.1.0 to block
Java and plugins) from noscriptService.js causes the problem to disappear
[*]Using AdBlock (which uses a nsIContentPolicy implementation as well), even on
a clean profile and with no filters, causes the problem to appear
[*][b]The problem seems not to exist on trunk[/b]
[/list]
All the above (specially point 4) let me say that this is a minor Firefox bug
about how the browser chrome listens for download progress/status when content
policies are active, and looks like it is already fixed in trunk: hence, we
hopefully won't see anymore it in Firefox 1.5.
Thank you again ;)[/quote]

Comment 5

[Brian 'netdragon' Bober]

Is this related to bug #383811 or a different issue?

Comment 6

[Tyler Downer [He/Him]]

no response > INCO