Closed Bug 317555 Opened 19 years ago Closed 19 years ago

That image kills firefox

Categories

(Firefox :: Tabbed Browser, defect)

x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 210931

People

(Reporter: jcea, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051121 Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051121 Firefox/1.5

Clicking the large image (4 MB) kills current nighlty build 1.8 branch firefox-

Reproducible: Always

Steps to Reproduce:
1. Go to http://de.wikipedia.org/wiki/Bild:Wellington_City_Night.jpg
2. Click on the large image at page top
3. Firefox crashes.

Actual Results:  
Firefox crashes.

Expected Results:  
A displayed image and no browser inestability.
Flags: blocking1.8.1?
Flags: blocking1.8.0.1?
No problems here

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 ID:2005111116
It didn't kill mine, but it stopped responding using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051121 Firefox/1.5 - Build ID: 2005112104
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051122 Firefox/1.6a1 ID:2005112221

No problem at all. CPU usage below 35%.
WFM: 

this is a very large file, and possibly a slow server
There is a warning below the image suggesting the file is 4404kB

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.8) Gecko/20051111 Firefox/1.5
That image kills my firefox too.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
No problem for me. The image was (slowly) downloaded ... and i was able to auto-resize it by clicking on this.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
WFM, Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051120 Firefox/1.5 ID:2005112004
No Problems with WinXp SP2:
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051107 Firefox/1.5
Not able to reproduce using Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051209 Firefox/1.5. Image loads fine, no crash.
I get also a crash with:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
under Debian/sarge.

If I start it in a konsole I will get the following informations:
~$ ./firefox/firefox
The program 'firefox-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 43658 error_code 11 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
I reduced the image to the important thing. First there is a version not crashing firefox. The first 10363 of the image are not the problem.
I will upload a second version soon, with one more byte from the original image and it crashs the FF.
Daniel, since that image is multimegabyte (about 150 MB uncompressed), perhaps your machine is running out of RAM+SWAP.

My machine has 1 GB of RAM and 4 GB of swap, nevertheless.
The attachment in comment #13 works for me. No problem here.
I'm using "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051211 Firefox/1.5 ID:2005121104", by the way.
BTW: It's just crashing if you open the image in the foreground (or click on the background tab).
Opera9 and Konqueror 3.3.2 have no problems with the image.
Daniel, could you possibly try to crash FF with today nightly build?.
(In reply to comment #17)
> Daniel, could you possibly try to crash FF with today nightly build?.

Sure!
Using
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-1.6a1.en-US.linux-i686.tar.bz2
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051212 Firefox/1.6a1
with a new profile (and without any addition extension) it will crash too!
Attachment 205720 [details] crashes both these builds (Debian's 1.0.x and my trunk build):
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050911 Firefox/1.0.6 (Debian package 1.0.6-5)
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051210 Firefox/1.6a1 

The X error message looks very similar to bug 310917, which was duped against bug 210931.
What is your RAM and swap?. Please, post a "free" report.
Memory usage after opening trunk build and loading bug report:

knoppix@[~/trunk/fx-objdir/dist/firefox]$ free -m
             total       used       free     shared    buffers     cached
Mem:           249        243          5          0          8        158
-/+ buffers/cache:         76        172
Swap:          377         50        327
knoppix@[~/trunk/fx-objdir/dist/firefox]$

Crashes immediately after this info when opening the second attachment. I'm using Knoppix 4.0.2 in VMware Player (hence the low but not exhausted memory allocation). It's quite stable otherwise.
The image sizes is 13939x1788. That is, uncompressed, about 100 MB if your system is using the usual 4 bytes per pixel. Since the image will reside both in Firefox memory and Xwindow one, you need at least "extra" 200 MB of memory. Only for that image!.

Could you possibly try to increase your virtual machine memory?. Perhaps 250 extra megabytes...
There is already 327 MB of free swap memory.
I don't think that's a memory problem, because it crashes in a one seconds and I can not see any memory activity in my ksysguard.
Here an other free output on a debian/unstable system:
$ free
             total       used       free     shared    buffers     cached
Mem:        773672     643556     130116          0      32896     283160
-/+ buffers/cache:     327500     446172
Swap:      1461872          0    1461872
In the NG de.comm.software.mozilla.nightly-build Hartmut Figge get also a crash with the SM
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051213
SeaMonkey/1.5a Mnenhy/0.7.3.0
Can someone change the product please!?
Adam, does this look like bug 210931 to you ?
(In reply to comment #26)
> Adam, does this look like bug 210931 to you ?

Yes.



*** This bug has been marked as a duplicate of 210931 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
(In reply to comment #26)
> Adam, does this look like bug 210931 to you ?

IMHO it's not a dup of bug 210931, because we don't get any Gdk error-/warning-messages.
And most important: It's not crashing my FF with the testcase (using gtk 2.6.10-2), but FF crash for this bug here.
Also there is no backtrace possible with this bug here:
(gdb) bt
No stack.

Please reopen the bug!
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
I have the inverted situation: the show-case here is fine for my, but bug 210931 kills my browser.
(In reply to comment #28)
> And most important: It's not crashing my FF with the testcase

Sorry! It's crashing in 210931 if I take "Slightly modified testcase to trigger bug 267126". And it looks very similar to this bug here :-o


> Also there is no backtrace possible with this bug here:
> (gdb) bt
> No stack.

Please ignore this. I'm to stupid for using gdb (or it's a long time ago).
Sorry for the confusion! Maybe it's a dup?
Guys, I was debugging this issue the other week; trust me, it's a dupe.

*** This bug has been marked as a duplicate of 210931 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → DUPLICATE
Flags: blocking1.8.1?
Flags: blocking1.8.0.1?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: