Closed
Bug 148455
Opened 22 years ago
Closed 21 years ago
SVG path statement does not display correctly
Categories
(Core :: SVG, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: hugovanwoerkomqt, Assigned: alex)
Details
Attachments
(4 files)
Attached is a testcase xml file. It has 2 path statements of the letter "r" One shows it correctly, the other has a red streak attached to it that ought not be there. Note: I believe no 'z' is needed at the end to return to the beginning, but: if you put that in, they both have streaks. This is from a svg enabled trunk build that I pulled on 5/27, but I think all svg enabled mozillas show it. I have made the severity major because it disables the project that generated the file: it shows lots of characters like that and they are mostly bad.
Reporter | ||
Comment 1•22 years ago
|
||
This an xml file that displays 2 'r' s on an svg enabled browser. One has a red streak to it that doesn't belong. If you add the 'z' at the end of the path statements to return to the beginning, they both have the streaks.
Reporter | ||
Comment 2•22 years ago
|
||
Reporter | ||
Comment 3•22 years ago
|
||
Comment 4•22 years ago
|
||
confirming. This is probably one of the bugs we have when points are too close together.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 5•22 years ago
|
||
Attachment is an xml file that avoids the problem by entering all coordinates with 2 decimal places. It is the same graphic as the previous attachments.
Assignee | ||
Comment 6•21 years ago
|
||
This now works ok with both libart and gdi+ backends -> Marking fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 7•21 years ago
|
||
Probably fixed by bug 182533.
You need to log in
before you can comment on or make changes to this bug.
Description
•