Closed Bug 619075 Opened 14 years ago Closed 11 years ago

Trying to upload a SVG file on one wiki will quickly generate memory crash

Categories

(Firefox :: File Handling, defect)

x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: romjerome, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101206 Ubuntu/8.04 (hardy) Firefox/3.6.13
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101206 Ubuntu/8.04 (hardy) Firefox/3.6.13

When I try to load one SVG file under my configuration (Firefox 3.6.13, Ubuntu 8.04 or 9.04) for a simple upload on a wikipedia-like, the parent directory is displayed into Nautilus (my file manager) but quickly the need for firefox-bin process increases, I need to kill the application.

Reproducible: Always

Steps to Reproduce:
1. go to http://www.gramps-project.org/wiki/index.php?title=Main_page (login)
2. try to upload a specific SVG file (seems not malformed)
3. need to kill firefox-bin, else I will quickly out of memory
Actual Results:  
Sorry, I cannot return any traceback (also with command line)
memory quickly increases (50M -> 400M) and my system slow down, I need to kill application

Expected Results:  
To properly load the file without memory cache issue



I suppose it is related to File:// preview on the directory where this SVG is stored. But I am not dev, so I cannot give a better proof, except the SVG file which generates this buffer problem.

Also happens with Firefox4beta7

Give me a way to share this SVG file.

Bests regards,
Can you attach the file to the bug.
I have tried ... but this crash under Firefox (was the subject of the bug-report)

I need to use an other navigator :(

Note, I thought this bug-report was lost (due crash).

So I re-filed the same report some minutes later. 
We should close on of them.
(In reply to comment #2)

> So I re-filed the same report some minutes later. 
> We should close on of them.

what's the other bug number ?
I am trying to find it but without confirmation or updated index on search, I am lost on buzilla. 

I really thought one of them was lost, so I did not keep the bug number. 

I suppose I will also get the first comment for the second one, I will point out this bug-report.  

About the crash, it is CRITICAL.
It seems not to be related to gramps wiki because this also crash with bugzilla form...
Sorry, I give up with bugzilla!
I tried to send an archive (gziped SVG file):

"The content type gzid archive is invalid. Valid types must be of the form foo/bar where foo is one of application, audio, image, message, model, multipart, text, video."

I tried to send you the file via Thunderbird, which does not crash!
mmmh, if you was able to attach the SVG file, I guess you cannot reproduce it!

Then maybe related to my config: Ubuntu 8.04 and 9.04 + Firefox 3.6.13.

'firefox-bin' cannot synchronise with my file selector, so memory increases quickly. 

I do not have crash when I try to open the file into firefox only when I try to upload (file selection).
Doesn't look like an attack vecto so unhidding for now.
Group: core-security
Closing this, but please reopen the bug if you can still reproduce the issue. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: