Closed Bug 283324 Opened 20 years ago Closed 20 years ago

SVG source is shown as a frame, or "missing plugin" icon shown instead of SVG image

Categories

(Core :: SVG, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jon, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050222 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050222 Firefox/1.0+

I'm using an SVG enabled nightly. 
This page displays SVG beautifully:
http://www.carto.net/papers/svg/samples/canvas.shtml 
It uses an EMBED tag with the type attribute "image/svg+xml"

This page displays the SVG code inside an inline frame:
http://www.w3schools.com/svg/ellipse2.asp 
I suspect that this is because of one of the following:
- the OBJECT tag is wrapped around the EMBED tag.
- the codebase attribute is used on the OBJECT tag that points to the Adobe plugin
- the pluginspage attribute is used on the EMBED tag that also points to the
Adobe plugin
- the server is sending the wrong Content-Type header, which I don't believe is
the case because I can Right click > This Frame > View Frame Info > and the type
says "image/svg+xml"

I also can't even view an .svg file from my hard drive, or view it inside an
HTML file from my hard drive.

Reproducible: Always

Steps to Reproduce:
1. Use an SVG-enabled nightly build
2. Set svg.enabled to "true"
3. Visit: http://www.w3schools.com/svg/ellipse2.asp

Actual Results:  
The source code of the SVG is displayed as an inline frame


Expected Results:  
Display the SVG image using either the EMBED or OBJECT element regardless of the
"pluginspage" or "codebase" attributes.  

If the server is indeed sending the wrong header, the actual results would be
expected.

Would also expect to be able to view an SVG file from my hard drive.

I'm calling this minor becuase:
- SVG is not enabled in milestones, and it has to be manually turned on in nightlies
- The SVG displays properly with the proper http header and without the
"codebase" or "pluginspage" attribute.
Assignee: bugs → general
Component: File Handling → SVG
Product: Firefox → Core
QA Contact: aebrahim-bmo → ian
Version: unspecified → 1.0 Branch
Works for me. Jon, if you're still seeing this problem in a recent nightly,
please reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Works for me. Jon, if you're still seeing this problem in a recent nightly,
please reopen.
Version: 1.0 Branch → Trunk
Works for me, too, on a fresh nightly.  Either I'm crazy, or something was fixed
in the last two months.

As far as viewing an SVG file from my hard drive, I'm sure there's a setting in
Windows XP that I haven't found to make Firefox treat it as image/svg+xml
instead of whatever it's doing, so probably just a windows thing.
You need to log in before you can comment on or make changes to this bug.