Ubuntu
firefox-3.0 package

firefox cannot save "fully" pages with missing element

Bug #334938 reported by dinar qurbanov
2
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Invalid
Medium
firefox-3.0 (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: firefox-3.0

if an element like a counter image is does not respond firefox cannot the page with "full html with images" mode. for example one of the pages i cannot save is http://forum.belem.ru now.

See original description
Revision history for this message
In , Ostgote (ostgote) wrote :

Give us a URL to reproduce the problem.

Revision history for this message
In , Bugzilla-mozilla-org-reimwerker (bugzilla-mozilla-org-reimwerker) wrote :

(In reply to comment #1)
> Give us a URL to reproduce the problem.

The following URL allows to reproduce the problem:
  http://www.hihp.de/misc/webdesign/nonfunctioning.html

The problem might be that it contains
  <body background="http://">

While that is clearly invalid, Firefox should ignore the attribute and save the rest of the webpage.

Steps to reproduce:
1. go to URL
2. choose "Save as"
3. choose to save as "webpage, complete"
4. confirm operation

Result:
Only a directory for files is created, but nothing is actually saved.

Expected result:
Fiorefox should save a source HTML file and save all the used external references of the page.

Reproducible:
Always

Revision history for this message
In , pmow (pmow) wrote :

Yes, I see that too, not only in Firefox but SeaMonkey from the 1.8 branch on OS/2, too.

Revision history for this message
In , Elmar-ludwig (elmar-ludwig) wrote :

*** Bug 327944 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Elmar-ludwig (elmar-ludwig) wrote :

Created attachment 212506
minimal testcase

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

Seems more like a networking issue to me. Can still be seen with the latest trunk build.

Revision history for this message
In , Michal-novotny (michal-novotny) wrote :

I can't reproduce it with FF 3.0.4

Revision history for this message
dinar qurbanov (qdinar) wrote :

Binary package hint: firefox-3.0

if an element like a counter image is does not respond firefox cannot the page with "full html with images" mode. for example one of the pages i cannot save is http://forum.belem.ru now.

Revision history for this message
dinar qurbanov (qdinar) wrote :

i am sorry, this is wrong place.

Revision history for this message
dinar qurbanov (qdinar) wrote :

https://bugzilla.mozilla.org/show_bug.cgi?id=480316

Revision history for this message
In , Kevin Brosnan (kbrosnan) wrote :

*** Bug 480316 has been marked as a duplicate of this bug. ***

Bug Watch Updater (bug-watch-updater)
Changed in firefox:
status: Unknown → Invalid
Revision history for this message
John Vivirito (gnomefreak) wrote :

Updated upstream bug report to the main bug for this.

Changed in firefox:
status: Invalid → Unknown
Changed in firefox-3.0 (Ubuntu):
status: New → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in firefox:
status: Unknown → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in firefox:
importance: Unknown → Medium
Revision history for this message
In , Matti-mversen (matti-mversen) wrote :

*** Bug 636862 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Matti-mversen (matti-mversen) wrote :

*** Bug 660962 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Philip-chee (philip-chee) wrote :

*** Bug 530163 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Pppx (pppx) wrote :

WFM too, closing
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120628003004

Revision history for this message
In , Antoine-mechelynck-gmail (antoine-mechelynck-gmail) wrote :

(In reply to Michal Novotny (:michal) from comment #7)
> I can't reproduce it with FF 3.0.4

I cannot reproduce either in SeaMonkey 2.13a1 (equiv. Fx 16.0a1). The exact build I'm using is:

Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1 ID:20120629003020 CSet: b6b7503a7ed3
http://hg.mozilla.org/mozilla-central/rev/081d8578beb1

After performing the testcase in comment #2, I see the following in the "save-to" directory:

linux:~/.download/bugzilla/bug313683 # ls -alR
.:
total 5
drwxr-xr-x 3 root root 128 Jun 30 20:40 ./
drwxr-xr-x 6 root root 664 Jun 30 20:40 ../
drwxr-xr-x 2 root root 72 Jun 30 20:40 nonfunctioning_files/
-rw-r--r-- 1 root root 1497 Jun 30 20:40 nonfunctioning.html

./nonfunctioning_files:
total 4
drwxr-xr-x 2 root root 72 Jun 30 20:40 ./
drwxr-xr-x 3 root root 128 Jun 30 20:40 ../
-rw-r--r-- 1 root root 2062 Jun 30 20:40 404.gif
linux:~/.download/bugzilla/bug313683 #

(Haven't tried in any earlier versions.)
Resolving WFM according to advice from Philip Chee on IRC: (about comment #7):
> if someone can confirm this is also the case with SeaMonkey then we can close this,

Bug Watch Updater (bug-watch-updater)
Changed in firefox:
status: Confirmed → Invalid
Revision history for this message
In , Antoine-mechelynck-gmail (antoine-mechelynck-gmail) wrote :

P.S. The page at the indicated URL looks like a 404 error page and I don't see any invalid URL. Its <body> tag, as shown with Ctrl+U, has no attributes of any kind. If the webmaster in question "cleaned his/her act" at some point after comment #2, then any test performed after that were invalid.

I'm REOPENing the bug on that assumption. Someone, please provide an appropriate "badly constructed" HTML page, *not* anywhere on the web but as an *attachment* to this page. Then we can see if the Mozilla problem has really disappeared.

Revision history for this message
In , Antoine-mechelynck-gmail (antoine-mechelynck-gmail) wrote :

I used the wrong testcase. With the one already provided as an attachment, I see that the HTML is saved, there is no *_files directory, and when displaying the downloaded file, I see (same as with the attachment) a "broken image" icon at top left.

Closing again.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.