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)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: romjerome, Unassigned)
References
()
Details
Attachments
(1 file)
279.28 KB,
image/svg+xml
|
Details |
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,
Comment 1•14 years ago
|
||
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.
Comment 3•14 years ago
|
||
(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...
Comment 5•14 years ago
|
||
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).
Comment 9•14 years ago
|
||
Doesn't look like an attack vecto so unhidding for now.
Group: core-security
Comment 10•11 years ago
|
||
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.
Description
•