Illustrator (Desktop) Bugs
When reporting a bug, please provide a detailed description with the following:
- Details of your operating system
- The version of Adobe Illustrator (desktop)
- The steps you were taking when you experienced the issues
- Your expected result and the actual result
- Upload your Illustrator file or a video (screen recording or gif, this helps us most to reproduce the issue and resolve it)
- or
No existing idea results
- ~ No ideas found ~
8166 results found
-
Can't save as SVG
Illustrator 30.1 no longer seems to be able to save as SVG, regardless of the options selected, including settings from previous versions.
2 votes -
2 votes
-
DXF export produces silently incorrect geometry for fabrication workflows
I initially submitted this as a feature request.
After further discussion and testing, I’ve come to the conclusion that this is better classified as a bug: the export completes successfully, but silently produces geometrically incorrect data for precision workflows.Illustrator offers DXF export as a supported output format. However, when exporting geometry that is visually exact (e.g. circles, constant-radius constructions, rounded slots), the resulting DXF contains only Bézier-approximated splines or segmented polylines, without warning.
This results in silent degradation of geometric accuracy:
• Visually exact geometry in Illustrator
• Numerically incorrect geometry in DXF
• Errors only become apparent downstream during CNC fabrication
From a user perspective, this means the DXF export cannot be relied upon for manufacturing, despite being offered as an export option.This creates a fundamental problem:
• Either DXF export should preserve exact geometry where it exists (LINE / ARC / CIRCLE),
• Or the export should clearly warn that geometry is being approximated and is not manufacturing-safe.At the moment, neither happens. The export succeeds, but produces data that is unsuitable for precision workflows without the user being aware of it.
This is not a request to turn Illustrator into a CAD application, but a request for correctness, transparency, or removal of an export option that currently implies reliability it does not deliver.
I initially submitted this as a feature request.
After further discussion and testing, I’ve come to the conclusion that this is better classified as a bug: the export completes successfully, but silently produces geometrically incorrect data for precision workflows.Illustrator offers DXF export as a supported output format. However, when exporting geometry that is visually exact (e.g. circles, constant-radius constructions, rounded slots), the resulting DXF contains only Bézier-approximated splines or segmented polylines, without warning.
This results in silent degradation of geometric accuracy:
• Visually exact geometry in Illustrator
• Numerically incorrect geometry in DXF
• Errors only become apparent downstream…2 votes -
freedom gradient works only on half of the object if it has a clipping mask
When applying a Freeform Gradient to an object that uses a clipping mask, the gradient is rendered only on part of the visible area instead of the entire clipped object. The remaining portion of the object appears unaffected by the gradient, as if the gradient calculation were limited to only a section of the underlying geometry.
2 votes -
Objects on Path tool caushes instant crash
Using a mac mini and v. 30.1 of Illustrator. every single time I use the Objects on Path tool illustrator crashes instantly. It wasn't doing this a couple of days ago. I thought it was because of a new script I downloaded but even after removing it I still have the same issue.
2 votes -
Shape changes color every time I reopen the file after saving
As the title says, every time I start working on the saved file, a particular 1 type of shape across all artboards changes color to yellow or black from white when I reopen the saved file. Still can't understand why yellow or black, I never put yellow on that shape.
2 votes -
Text Import Options dialog shows up when I try top open my working file
This dialogue box opens, but my working file is not visible, pls help
2 votes -
Unable to open old ai or pdf files
Mac OS Tahoe, Ai version 30.1. <-- just updated 12/22/25
I cannot open complete, editable Ai or PDF files created in older previous Ai versions. A message appears that Illustrator could only partially read the file. If I continue it creates a file that cannot be edited. Opening and editing files is CRITICAL to our print shop business.2 votes -
Tabs window not available in 30.1
Mac OS Tahoe, AI desktop version 30.1 <-- updated yesterday 12/22/25
Creating new area text (paragraph text) which requires tab structure, first thing, the shift+command shortcut no longer works. So I can't indicate in a screen grab what doesn't show up. It is also greyed-out within the Top Window Menu>Type>Tabs2 votes -
GPU Performance causes lag on RTX 4000 Ada – CPU rendering is smoother
Illustrator version: 2026 (30.1)
OS: Windows 11
GPU: NVIDIA RTX 4000 Ada
Driver: NVIDIA Studio 591.59Description:
When GPU Performance is enabled, Illustrator becomes less responsive (lag during zoom, pan and object manipulation).
Disabling GPU Performance makes Illustrator significantly smoother and more responsive.This happens even on empty or simple documents.
The issue is reproducible and does not depend on file complexity.Expected behavior:
GPU acceleration should improve performance, not reduce it.2 votes -
Rasterize creates a thin horizontal bright stripe / line
I tried to rasterize my clipped mask short design (images & vector within), but the result raster was damaged white line on it.
after I tried other anti-aliasing option to none, it seems done fine and without damage. So I think it's from the anti-aliasing option which caused it.
Windows 11, Illustrator 30.12 votes -
Can’t open a file saved in the cloud from another computer
Hello, I created a file on one Windows computer and saved it to the cloud. However, it does not open on another computer. What should I do? Can you enable me to restore it or download it from the cloud?
2 votes -
3d extrusion doesn't render wireframe.
I've been a power user of Adobe 3d effects.
The new effects have this bug pending since years now. With the new update also this hasn't resolved.
When you apply extrusion on a rounded square/rectangle and try rendering wireframe, it doesn't render many lines, requesting to please fix this soon2 votes -
ツールウインドウがフォントセレクターにかぶってしまう
2026のこのパターンのワークスペースにおいて、ツールウインドウがフォントセレクターにかぶってしまう。
以前のように最後にクリックしたウインドウが、最前面にくるように戻して欲しい。2 votes -
SVG import bug: cannot import images via SVGs exported from Figma
Here's an example SVG with four images (all referencing the same image -- this is a simple checkerboard raster (I tried using a more visual example, but the base64-encoded strings for photos seem to be too big for UserVoice)).
- I believe this is first plagued by the same problem as https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend . If I import as written here, all fills show up blank in Illustrator.
- Once I reorder the defs to be at the top, I can see that the image is somewhere in here, but it is not rendering correctly in my file (see screenshot), presumably because of the pattern usage
<svg width="1486" height="395" viewBox="0 0 1486 395" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"> <rect width="1486" height="395" fill="white"/> <rect x="63.2698" y="75.3048" width="333.655" height="233.559" fill="url(#pattern0_22_26)"/> <rect x="1039.4" y="75.3048" width="333.655" height="233.559" fill="url(#pattern1_22_26)"/> <rect x="796.617" y="75.3048" width="135.782" height="233.559" fill="url(#pattern2_22_26)"/> <rect x="502.769" y="75.3048" width="186.852" height="233.559" fill="url(#pattern3_22_26)"/> <defs> <pattern id="pattern0_22_26" patternContentUnits="objectBoundingBox" width="1" height="1"> <use xlink:href="#image0_22_26" transform="matrix(0.00390625 0 0 0.00558036 0 -0.214286)"/> </pattern> <pattern id="pattern1_22_26" patternContentUnits="objectBoundingBox" width="0.230178" height="0.328825"> <use xlink:href="#image0_22_26" transform="scale(0.000899132 0.00128447)"/> </pattern> <pattern id="pattern2_22_26" patternContentUnits="objectBoundingBox" width="1" height="1"> <use xlink:href="#image0_22_26" transform="matrix(0.00390625 0 0 0.00227094 0 0.209319)"/> </pattern> <pattern id="pattern3_22_26" patternContentUnits="objectBoundingBox" width="1" height="1"> <use xlink:href="#image0_22_26" transform="matrix(0.0232565 0 0 0.0186057 -4.82867 -1.88153)"/> </pattern> <image id="image0_22_26" width="256" height="256" preserveAspectRatio="none" xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAQAAAAEACAYAAABccqhmAAAMIElEQVR4AezbS25b2RJEUYMTqPmPsVrVrc57FYANGIJkkYz7OZ9lOCGLZGRk7jQC7NzHv//++7+m/v777/811XhH23hHmx5NpUdTjXe0jXe06dFUejTVeEfbeEebHk2lR1ONd7SNd7SPH/4ggMC2BATAtqe3OAI/fggA/wsQ2JRA1hYAoaAQ2JSAANj08NZGIAQEQCgoBDYlIAA2Pby19ybwa3sB8IuEnwhsSEAAbHh0KyPwi4AA+EXCTwQ2JCAANjy6lfcm8Pv2AuB3Gv6NwGYEBMBmB7cuAr8TEAC/0/BvBDYjIAA2O7h19ybwcfvHP//886Opv/7660dTjXe0jXe06dFUejTVeEfbeEebHk2lR1ONd7SNd7Tp0VR6NNV4R9t4R+sbwMdI9DsCGxEQABsd26oIfCQgAD4S8TsCixL4bC0B8BkVryGwCQEBsMmhrYnAZwQEwGdUvIbAJgQEwCaHtubeBL7aXgB8RcbrCGxAQABscGQrIvAVAQHwFRmvI7ABAQGwwZGtuDeBP20vAP5Ex3sILE5AACx+YOsh8CcCAuBPdLyHwOIEBMDiB7be3gS+2/6RZ4KbyjPJTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7RpkdT6dFU4x1t4x2tbwDfRaT3EViYgABY+LhWQ+A7AgLgO0LeR2BSAs+MLQCeoeQzCCxKQAAselhrIfAMAQHwDCWfQWBRAgJg0cNaa28Cz24vAJ4l5XMILEhAACx4VCsh8CwBAfAsKZ9DYEECAmDBo1ppbwKvbC8AXqHlswgsRkAALHZQ6yDwCgEB8Aotn0VgMQICYLGDWmdvAq9u/8gzwU3lmeSmGu9oG+9o06Op9Giq8Y628Y42PZpKj6Ya72gb72jTo6n0aKrxjrbxjtY3gFcj0+cRWIiAAFjomFZB4FUCAuBVYj6PwKAE3hlLALxDjQaBRQgIgEUOaQ0E3iEgAN6hRoPAIgQEwCKHtMbeBN7dXgC8S44OgQUICIAFjmgFBN4lIADeJUeHwAIEBMACR7TC3gSa7QVAQ48WgckJCIDJD2h8BBoCAqChR4vA5AQEwOQHNP7eBNrtH3kmuKk8k9xU4x1t4x1tejSVHk013tE23tGmR1Pp0VTjHW3jHW16NJUeTTXe0Tbe0foG0EYoPQITExAAEx/P6Ai0BARAS5AegZsIHGErAI6gqAcCkxIQAJMeztgIHEFAABxBUQ8EJiUgACY9nLH3JnDU9gLgKJL6IDAhAQEw4dGMjMBRBATAUST1QWBCAgJgwqMZeW8CR24vAI6kqRcCkxEQAJMdzLgIHElAABxJUy8EJiMgACY7mHH3JnD09o88E9xUnkluqvGOtvGONj2aSo+mGu9oG+9o06Op9Giq8Y628Y42PZpKj6Ya72gb72h9Azg6UvVDYCICAmCiYxkVgaMJCICjieqHwEkEzmgrAM6gqicCkxAQAJMcypgInEFAAJxBVU8EJiEgACY5lDH3JnDW9gLgLLL6IjABAQEwwZGMiMBZBATAWWT1RWACAgJggiMZcW8CZ24vAM6kqzcCgxMQAIMfyHgInElAAJxJV28EBicgAAY/kPH2JnD29o88E9xUnkluqvGOtvGONj2aSo+mGu9oG+9o06Op9Giq8Y628Y42PZpKj6Ya72gb72h9Azg7YvVHYGACAmDg4xgNgbMJCICzCeuPwJsErpAJgCso80BgUAICYNDDGAuBKwgIgCso80BgUAICYNDDGGtvAldtLwCuIs0HgQEJCIABj2IkBK4iIACuIs0HgQEJCIABj2KkvQlcub0AuJI2LwQGIyAABjuIcRC4koAAuJI2LwQGIyAABjuIcfYmcPX2jzwT3FSeSW6q8Y628Y42PZpKj6Ya72gb72jTo6n0aKrxjrbxjjY9mkqPphrvaBvvaH0DuDpy+SEwEAEBMNAxjILA1QQEwNXE+SHwBYE7XhYAd1DnicAgBATAIIcwBgJ3EBAAd1DnicAgBATAIIcwxt4E7tpeANxFni8CAxAQAAMcwQgI3EVAANxFni8CAxAQAAMcwQh7E7hzewFwJ33eCNxMQADcfAD2CNxJQADcSZ83AjcTEAA3H4D93gTu3v6RZ4KbyjPJTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7RpkdT6dFU4x1t4x2tbwB3RzB/BG4kIABuhM8agbsJCIC7L8B/WwIjLC4ARriCGRC4iYAAuAk8WwRGICAARriCGRC4iYAAuAk8270JjLK9ABjlEuZA4AYCAuAG6CwRGIWAABjlEuZA4AYCAuAG6Cz3JjDS9gJgpGuYBYGLCQiAi4GzQ2AkAgJgpGuYBYGLCQiAi4Gz25vAaNs/8kxwU3kmuanGO9rGO9r0aCo9mmq8o228o02PptKjqcY72sY72vRoKj2aaryjbbyj9Q1gtEg2DwIXEhAAF8JmhcBoBATAaBcxz7IERlxMAIx4FTMhcBEBAXARaDYIjEhAAIx4FTMhcBEBAXARaDZ7Exh1ewEw6mXMhcAFBATABZBZIDAqAQEw6mXMhcAFBATABZBZ7E1g5O0FwMjXMRsCJxMQACcD1h6BkQkIgJGvYzYETiYgAE4GrP3eBEbf/pFngpvKM8lNNd7RNt7RpkdT6dFU4x1t4x1tejSVHk013tE23tGmR1Pp0VTjHW3jHa1vAKNHtPkQOJGAADgRrtYIjE5AAIx+IfNNS2CGwQXADFcyIwInERAAJ4HVFoEZCAiAGa5kRgROIiAATgKr7d4EZtleAMxyKXMicAIBAXACVC0RmIWAAJjlUuZE4AQCAuAEqFruTWCm7QXATNcyKwIHExAABwPVDoGZCAiAma5lVgQOJiAADgaq3d4EZtv+kWeCm8ozyU013tE23tGmR1Pp0VTjHW3jHW16NJUeTTXe0Tbe0aZHU+nRVOMdbeMdrW8As0W2eRE4kIAAOBCmVgjMRkAAzHYx8w5LYMbBBMCMVzMzAgcREAAHgdQGgRkJCIAZr2ZmBA4iIAAOAqnN3gRm3V4AzHo5cyNwAAEBcABELRCYlYAAmPVy5kbgAAIC4ACIWuxNYObtBcDM1zM7AiUBAVACJEdgZgICYObrmR2BkoAAKAGS701g9u0feSa4qTyT3FTjHW3jHW16NJUeTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7R+gYwe4SbH4GCgAAo4JEiMDsBATD7Bc1/G4EVjAXACle0AwJvEhAAb4IjQ2AFAgJghSvaAYE3CQiAN8GR7U1gle0FwCqXtAcCbxAQAG9AI0FgFQICYJVL2gOBNwgIgDegkexNYKXtBcBK17QLAi8SEAAvAvNxBFYiIABWuqZdEHiRgAB4EZiP701gte0feSa4qTyT3FTjHW3jHW16NJUeTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7R+gawWqTbB4EXCAiAF2D5KAKrERAAq13UPqcRWLGxAFjxqnZC4EkCAuBJUD6GwIoEBMCKV7UTAk8SEABPgvKxvQmsur0AWPWy9kLgCQIC4AlIPoLAqgQEwKqXtRcCTxAQAE9A8pG9Cay8vQBY+bp2Q+AbAgLgG0DeRmBlAgJg5evaDYFvCAiAbwB5e28Cq2//yDPBTeWZ5KYa72gb72jTo6n0aKrxjrbxjjY9mkqPphrvaBvvaNOjqfRoqvGOtvGO1jeA1SPefgj8gYAA+AMcbyGwOgEBsPqF7fc2gR2EAmCHK9sRgS8ICIAvwHgZgR0ICIAdrmxHBL4gIAC+AOPlvQnssr0A2OXS9kTgEwIC4BMoXkJgFwICYJdL2xOBTwgIgE+geGlvAjttLwB2urZdEfhAQAB8AOJXBHYiIAB2urZdEfhAQAB8AOLXvQnstv0jzwQ3lWeSm2q8o228o02PptKjqcY72sY72vRoKj2aaryjbbyjTY+m0qOpxjvaxjta3wB2i3z7IvAbAQHwGwz/RGA3AgJgt4vb90sCO74hAHa8up0R+ElAAPwE4QcCOxIQADte3c4I/CQgAH6C8GNvArtuLwB2vby9EfiPgAD4D4K/COxKQADsenl7I/AfAQHwHwR/9yaw8/YCYOfr2317AgJg+/8CAOxMQADsfH27b09AAGz/X2BvALtv/38AAAD//xLPItAAAAAGSURBVAMAOitaB8Pc+tcAAAAASUVORK5CYII="/> </defs> </svg>Here's an example SVG with four images (all referencing the same image -- this is a simple checkerboard raster (I tried using a more visual example, but the base64-encoded strings for photos seem to be too big for UserVoice)).
- I believe this is first plagued by the same problem as https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend . If I import as written here, all fills show up blank in Illustrator.
- Once I reorder the defs to be at the top, I can see that the image is somewhere in here, but it is not rendering correctly in my file (see screenshot), presumably because of the…
2 votes -
SVG import bug: pattern alignment bugs
The following represent three patterns with different alignments (see screenshots for expected vs how Illustrator imports them) (note: these are exported from Figma, and as exported they are also running into https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend , so the actual results shown here in the screenshot are after manually reordering the
rectto be belowdefs)<svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"> <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_39_81)" stroke="black"/> <defs> <pattern id="pattern0_39_81" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 0.5 0.5)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1"> <g id="pattern0_39_81_inner"> <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_39_81)"/> </g> </pattern><linearGradient id="paint0_linear_39_81" x1="10.123" y1="0" x2="10.123" y2="20.246" gradientUnits="userSpaceOnUse"> <stop stop-color="#D9D9D9"/> <stop offset="1" stop-color="#737373"/> </linearGradient> </defs> </svg><svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"> <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_40_83)" stroke="black"/> <defs> <pattern id="pattern0_40_83" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 31.0826 31.2681)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1"> <g id="pattern0_40_83_inner"> <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_40_83)"/> </g> </pattern><linearGradient id="paint0_linear_40_83" x1="10.123" y1="0" x2="10.123" y2="20.246" gradientUnits="userSpaceOnUse"> <stop stop-color="#D9D9D9"/> <stop offset="1" stop-color="#737373"/> </linearGradient> </defs> </svg><svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"> <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_40_84)" stroke="black"/> <defs> <pattern id="pattern0_40_84" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 61.6652 62.0362)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1"> <g id="pattern0_40_84_inner"> <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_40_84)"/> </g> </pattern><linearGradient id="paint0_linear_40_84" x1="10.123" y1="0" x2="10.123" y2="20.246" gradientUnits="userSpaceOnUse"> <stop stop-color="#D9D9D9"/> <stop offset="1" stop-color="#737373"/> </linearGradient> </defs> </svg>The following represent three patterns with different alignments (see screenshots for expected vs how Illustrator imports them) (note: these are exported from Figma, and as exported they are also running into https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend , so the actual results shown here in the screenshot are after manually reordering the
rectto be belowdefs)
…<svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"> <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_39_81)" stroke="black"/> <defs> <pattern id="pattern0_39_81" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 0.5 0.5)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1"> <g id="pattern0_39_81_inner"> <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_39_81)"/> </g> </pattern><linearGradient id="paint0_linear_39_81" x1="10.123" y1="0" x2="10.123"2 votes -
SVG import bug: patterns import incorrectly
This pattern (from the MDN page) imports visually incorrectly (see screenshot):
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
</svg>
2 votes -
SVG import bug: SVG parser is (incorrectly) dependent on <defs> order
The SVG spec recommends but does not require <defs> appear at the top of the document (before elements that use them).
This SVG, from the MDN patterns page, imports visually to Illustrator (albeit incorrectly):
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
</svg>
If I reorder the <defs> to the bottom, which is still valid SVG, it does not import anything visual at all:
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
</svg>
The SVG spec recommends but does not require <defs> appear at the top of the document (before elements that use them).
This SVG, from the MDN patterns page, imports visually to Illustrator (albeit incorrectly):
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
</svg>
If I reorder the <defs> to the bottom, which is still valid SVG, it does not import anything visual at all:
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">2 votes -
My files are not saving
Whenever I save a file it says it was saved on my desktop, but when I go to find it later its not there, like it didnt save or never even existed. I was recently working on a few files and I saved them all, but when I opened the app again only five opened, more then 70% of my work was lost and I dont know why.
2 votes -
SVG import bug: fails to import shadows exported from Figma (using filters)
Examples (all of these should render drop shadows or inner shadows, but import as plain circles without shadows):
Drop shadows:
<svg width="294" height="305" viewBox="0 0 294 305" fill="none" xmlns="http://www.w3.org/2000/svg"> <g filter="url(#filter0_d_0_3)"> <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.6"/> </g> <defs> <filter id="filter0_d_0_3" x="0" y="0" width="293.126" height="304.293" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB"> <feFlood flood-opacity="0" result="BackgroundImageFix"/> <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/> <feOffset dx="27.9167" dy="39.0834"/> <feGaussianBlur stdDeviation="5.58335"/> <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25 0"/> <feBlend mode="normal" in2="BackgroundImageFix" result="effect1_dropShadow_0_3"/> <feBlend mode="normal" in="SourceGraphic" in2="effect1_dropShadow_0_3" result="shape"/> </filter> </defs> </svg><svg width="294" height="305" viewBox="0 0 294 305" fill="none" xmlns="http://www.w3.org/2000/svg"> <g filter="url(#filter0_d_1_8)"> <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.6" shape-rendering="crispEdges"/> </g> <defs> <filter id="filter0_d_1_8" x="0" y="0" width="293.126" height="304.293" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB"> <feFlood flood-opacity="0" result="BackgroundImageFix"/> <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/> <feOffset dx="27.9167" dy="39.0834"/> <feGaussianBlur stdDeviation="5.58335"/> <feComposite in2="hardAlpha" operator="out"/> <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25 0"/> <feBlend mode="normal" in2="BackgroundImageFix" result="effect1_dropShadow_1_8"/> <feBlend mode="normal" in="SourceGraphic" in2="effect1_dropShadow_1_8" result="shape"/> </filter> </defs> </svg>Inner shadows:
<svg width="255" height="255" viewBox="0 0 255 255" fill="none" xmlns="http://www.w3.org/2000/svg"> <g filter="url(#filter0_i_1_2)"> <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575"/> </g> <defs> <filter id="filter0_i_1_2" x="0" y="0" width="265.209" height="265.209" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB"> <feFlood flood-opacity="0" result="BackgroundImageFix"/> <feBlend mode="normal" in="SourceGraphic" in2="BackgroundImageFix" result="shape"/> <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/> <feOffset dx="27.9167" dy="39.0834"/> <feGaussianBlur stdDeviation="5.58335"/> <feComposite in2="hardAlpha" operator="arithmetic" k2="-1" k3="1"/> <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25 0"/> <feBlend mode="normal" in2="shape" result="effect1_innerShadow_1_2"/> </filter> </defs> </svg>Examples (all of these should render drop shadows or inner shadows, but import as plain circles without shadows):
Drop shadows:
…<svg width="294" height="305" viewBox="0 0 294 305" fill="none" xmlns="http://www.w3.org/2000/svg"> <g filter="url(#filter0_d_0_3)"> <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.6"/> </g> <defs> <filter id="filter0_d_0_3" x="0" y="0" width="293.126" height="304.293" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB"> <feFlood flood-opacity="0" result="BackgroundImageFix"/> <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/> <feOffset dx="27.9167" dy="39.0834"/> <feGaussianBlur stdDeviation="5.58335"/> <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.252 votes
- Don't see your idea?