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 ~
8152 results found
-
Illustrator insanely not optimized
It's unbelievable that I have a 2025 recent PC, AMD Ryzen 9 9900X3D, 64Gb RAM DDR5 6200MHz, RTX 5070 Ti, M2 gen5 11500m/s and Illustrator 2026 is super slow, with a lot of lag when zooming in and out, the tools behavior also super slow. Honestly, the worst version so far.
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…
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><linearGradient2 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 -
SVG import bug: <use> element does not work
Example:
<svg width="355" height="355" viewBox="0 0 355 355" fill="none" xmlns="http://www.w3.org/2000/svg">
<use href="#mypath" x="100" y="100"/>
<circle id="mypath" cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.5"/>
</svg>
2 votes -
SVG import bug: object with multiple fill overrides in style attribute (including P3) import with no color
Example:
<svg width="91" height="91" viewBox="0 0 91 91" fill="none" xmlns="http://www.w3.org/2000/svg"> <circle cx="45.5" cy="45.5" r="45.5" fill="#FF7575" style="fill:#FF7575;fill:color(display-p3 1.0000 0.4572 0.4572);fill-opacity:1;"/> </svg>(Figma exports SVGs from any files with P3 color profile like this)
2 votes -
Using Image Trace with specific settings generates large black blob made of gigantic black circles
Image Trace yields a black blob when adjusting the settings now. For instance, it renders a details drawing into a clump when changing the settings to have 1% for the corners slider. This bug is in AI 2026 only.
2 votes -
Behavior of buttons in the character panel when automatically converted to an icon panel
I'm using macOS Tahoe 26.2, with English system language and the Japanese version of Illustrator. This issue started with Illustrator version 30.
- Check "Automatically turn into icon panel" in the User Interface preferences.
- Click the ♥ button in the character panel or the scroll bar when selecting a font.
- The character panel closes.
- This issue did not occur up to version 29 of Ai.
2 votes -
Dragging a guide with Real-Time Drawing and Editing mode enabled makes black or cyan edges appear for all objects
I'm not sure if this is a possible feature, if so please let me know for what I can use it. Otherwise I would like to report it.
For example the following explanation:
I place some retangles on the artboard. Two objects get a color filling and the third one is filled with white. I use a ruler on one of the colored objects. When I drag the same ruler again, the white object appears and all object have a black stroke. When I drag a second ruler the white object does not appear. If I grab the second ruler again, the white object appears again. And so on, no matter how many rulers there are.I took a Screenrecord to show you. Looking forward to hear from you guys.
I'm not sure if this is a possible feature, if so please let me know for what I can use it. Otherwise I would like to report it.
For example the following explanation:
I place some retangles on the artboard. Two objects get a color filling and the third one is filled with white. I use a ruler on one of the colored objects. When I drag the same ruler again, the white object appears and all object have a black stroke. When I drag a second ruler the white object does not appear. If I grab the second ruler…2 votesThe team is investigating this.
-
Text gets duplicated in the second threaded area
Good morning,
Often, when I have two linked text boxes, the text placed in the first box is repeated in the second box. This doesn't happen right at the beginning, when I link the text boxes. I notice this later, when I review the work done. Can you tell me why this happens?2 votes -
Exporting PDFs makes a single file instead of many for each artboard
I am experiencing an issue exporting PDFS under export for screens. I have 2 artboards which I have named, but when I export it only exports 1 artwork and names the PDF the actual file name instead of the artboard name. Other file types, png, jpg, etc seem to be working but not PDFs.
Running illustrator 30.1
2 votes -
Uniwidth/multiplexed fonts extends in Illustrator
A font of mine is uniwidth/duplexed (https://en.wikipedia.org/wiki/Uniwidth_typeface) and keeps its width in InDesign and ABC Dinamo’s Font Gauntlet when changing the weight of the VAR.ttf.
In Illustrator however, the text ‘extends’ when adding weight. Visualized: The last letter on a line is standing further right than before. The other way around it also contracts when lowering the weight, obviously.
I went on and found the same behavior in other VAR fonts (right in InDesign, wrong in Illustrator), but also ones that don’t have the issue. My Illustrator version is up to date, and the bug was also in the previous version.
Please have a look at that, type designers make uniwidth fonts exactly for the reason that they KEEP their width when changing its weight.
Thank you.
A font of mine is uniwidth/duplexed (https://en.wikipedia.org/wiki/Uniwidth_typeface) and keeps its width in InDesign and ABC Dinamo’s Font Gauntlet when changing the weight of the VAR.ttf.
In Illustrator however, the text ‘extends’ when adding weight. Visualized: The last letter on a line is standing further right than before. The other way around it also contracts when lowering the weight, obviously.
I went on and found the same behavior in other VAR fonts (right in InDesign, wrong in Illustrator), but also ones that don’t have the issue. My Illustrator version is up to date, and the bug was also in…
2 votes -
"Legacy text" warning when opening a file with Illustrator 2026, created in Illustrator 2026
- macOS 15.7
- Illustrator 30.1
- Created large posters in Illustrator 30.1 including Japanese type. Was later asked to make A4 size versions of them. Reduced entire contents of individual A1 posters so they would fit on A4 pages, copied, pasted to a new multi-artboard file. Saved and closed. Opened the file next day, again using Illustrator 30.1, and was greeted with "This file contains text created in an older version of Illustrator. Updates in the text layout may have caused changes in some character positions, or line breaks." The preview showed there is actually no text reflow or change in spacing whatsoever. Opened the same file using Illustrator 29.8.3 and no problems or warnings. I'll have to avoid working in Illustrator 2026 (v. 30.1) and revert to Illustrator 2025 (v. 29.8.3) until this is fixed.
- macOS 15.7
- Illustrator 30.1
- Created large posters in Illustrator 30.1 including Japanese type. Was later asked to make A4 size versions of them. Reduced entire contents of individual A1 posters so they would fit on A4 pages, copied, pasted to a new multi-artboard file. Saved and closed. Opened the file next day, again using Illustrator 30.1, and was greeted with "This file contains text created in an older version of Illustrator. Updates in the text layout may have caused changes in some character positions, or line breaks." The preview showed there is actually no text reflow or change in spacing…
2 votes -
The issue of selecting tools to move lines
In Illustrator, when I select a line and try to move it, the selection is always lost, forcing me to repeatedly select and move it again. This makes the task difficult for me.
2 votes -
Can't create New File
Nothing happens when I click New in the File tab or when I use the Ctrl + N shortcut.
2 votes -
Spot channel percentage reduction after Envelope or Effect > Warp > Arc is applied to a DeviceN Transparent Single Ink Image
My client embeds raster PSDs that include an additional spot channel and applies pre-distortion to them using Envelope or Effect > Warp > Arc. When the PSD is embedded, the spot channel becomes a Transparent Single Ink Image in the DeviceN color space with an alpha channel.
After applying Envelope or Warp > Arc, the spot channel percentage is multiplied by the alpha channel value, while the alpha channel itself remains in the image. The result is a significant reduction in the effective spot ink coverage.
In the attached example, a 50% spot in the original becomes 25% after the operation.Steps to reproduce
1. Create a PSD containing a spot channel set to 50% and saved with transparency.
2. Embed the PSD into the document so the spot channel is represented as a Transparent Single Ink Image in DeviceN with an alpha channel.
3. Apply Envelope or Effect > Warp > Arc to the embedded PSD.
4. Inspect Acrobat Output Preview > Separations and compare the spot channel percentage before and after the effect.Actual result
The spot channel percentage is multiplied by the alpha channel value during the Envelope or Warp operation, while the alpha channel remains present in the image. This reduces the visible spot ink amount. Example: 50% spot becomes 25% in the post-effect image.Expected result
A spot channel percentage should be retained regardless of the Envelope/Arc effect applied.Technical notes
• The embedded spot channel is exported as a Transparent Single Ink Image in DeviceN with an alpha channel.
• The problem appears to occur when geometric distortion is applied via Envelope or Effect > Warp > Arc.
• Output Preview tools such as Acrobat Output Preview > Separations can be used to verify the discrepancy.Attachments
I have attached a PDF that demonstrates the issue and includes the separations for convenience. Please compare the spot percentages in the original image and in the images after Envelope.Severity
High for print accuracy and color separation workflows. This leads to incorrect ink percentages on separations and can cause production color failures.My client embeds raster PSDs that include an additional spot channel and applies pre-distortion to them using Envelope or Effect > Warp > Arc. When the PSD is embedded, the spot channel becomes a Transparent Single Ink Image in the DeviceN color space with an alpha channel.
After applying Envelope or Warp > Arc, the spot channel percentage is multiplied by the alpha channel value, while the alpha channel itself remains in the image. The result is a significant reduction in the effective spot ink coverage.
In the attached example, a 50% spot in the original becomes 25% after the…2 votes -
Saving a PDF with All Printer’s Marks only works twice
Hello,
I'm using version 30.0 on a PC.I need to save my files for printing as PDFs with crop marks. When I check the "All Printer’s Marks" option and save as a PDF, it works the first time, but the second time, and always on the third, I get an error message. This error message says, "This document was saved successfully, but an error occurred after saving. Close and then reopen the document."
I then have to close Illustrator and reopen everything, giving me two opportunities to save new PDF documents with print marks. Then, on the third document, the same thing happens again; I have to close Illustrator, and so on.This is a very annoying problem for my work. Am I the only one experiencing this? I didn't have this problem in previous versions. It must be a bug.
Thank you for your help.
Hello,
I'm using version 30.0 on a PC.I need to save my files for printing as PDFs with crop marks. When I check the "All Printer’s Marks" option and save as a PDF, it works the first time, but the second time, and always on the third, I get an error message. This error message says, "This document was saved successfully, but an error occurred after saving. Close and then reopen the document."
I then have to close Illustrator and reopen everything, giving me two opportunities to save new PDF documents with print marks. Then, on the third document,…2 votes
- Don't see your idea?