Closed
Bug 317555
Opened 19 years ago
Closed 19 years ago
That image kills firefox
Categories
(Firefox :: Tabbed Browser, defect)
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.
Comment 1•19 years ago
|
||
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
Comment 3•19 years ago
|
||
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%.
Comment 4•19 years ago
|
||
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
Comment 5•19 years ago
|
||
That image kills my firefox too.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Comment 6•19 years ago
|
||
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
Comment 7•19 years ago
|
||
WFM, Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051120 Firefox/1.5 ID:2005112004
Comment 8•19 years ago
|
||
No Problems with WinXp SP2:
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051107 Firefox/1.5
Comment 9•19 years ago
|
||
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.
Comment 10•19 years ago
|
||
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.)
Comment 11•19 years ago
|
||
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.
Reporter | ||
Comment 12•19 years ago
|
||
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.
Comment 13•19 years ago
|
||
Reporter | ||
Comment 14•19 years ago
|
||
The attachment in comment #13 works for me. No problem here.
Reporter | ||
Comment 15•19 years ago
|
||
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.
Comment 16•19 years ago
|
||
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.
Reporter | ||
Comment 17•19 years ago
|
||
Daniel, could you possibly try to crash FF with today nightly build?.
Comment 18•19 years ago
|
||
(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!
Comment 19•19 years ago
|
||
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.
Reporter | ||
Comment 20•19 years ago
|
||
What is your RAM and swap?. Please, post a "free" report.
Comment 21•19 years ago
|
||
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.
Reporter | ||
Comment 22•19 years ago
|
||
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...
Comment 23•19 years ago
|
||
There is already 327 MB of free swap memory.
Comment 24•19 years ago
|
||
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
Comment 25•19 years ago
|
||
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!?
Comment 26•19 years ago
|
||
Adam, does this look like bug 210931 to you ?
Comment 27•19 years ago
|
||
(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
Comment 28•19 years ago
|
||
(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!
Reporter | ||
Comment 29•19 years ago
|
||
I have the inverted situation: the show-case here is fine for my, but bug 210931 kills my browser.
Comment 30•19 years ago
|
||
(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?
Comment 31•19 years ago
|
||
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 ago → 19 years ago
Resolution: --- → DUPLICATE
Updated•19 years ago
|
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.
Description
•