Skip to main content
This page covers common problems organized by type. For integration-specific problems, also see the troubleshooting sections on the Tokens Studio and GitHub pages.

Plugin problems

A blank screen usually means the plugin UI failed to load. Try these steps in order:
  1. Close and reopen the plugin. Right-click the canvas, select Plugins > LintKit, and reopen it. This forces the UI to reload.
  2. Check for Figma updates. An outdated version of Figma can cause plugin rendering failures. Go to Figma menu > Check for updates and install any available updates.
  3. Disable other plugins. In rare cases, another plugin running simultaneously can interfere with LintKit’s UI. Close all other plugins and reopen LintKit.
  4. Reinstall the plugin. If the problem persists, uninstall LintKit from the Figma Community page and reinstall it. Your settings are stored per user and persist through a reinstall.
LintKit processes nodes in batches to avoid freezing Figma, but files with thousands of nodes can still cause slowdowns:
  1. Scan a selection instead of the full page. Select a specific frame or section on the canvas before opening LintKit. This is much faster than scanning the full page.
  2. Close unused pages. Figma can be slower with many pages loaded, even though LintKit only scans the current page.
  3. Close and reopen if unresponsive. If the plugin becomes completely stuck, close it and reopen. Scan a smaller scope.
Selection scan is the fastest way to use LintKit on large files. Select the frames you care about and let LintKit scan just those.
Scan time scales with the number of nodes in the current scope. A page with a few hundred nodes scans in under a second. A page with tens of thousands of nodes may take several seconds.This is expected. Some rules (like Orphaned Fills with library matching) involve additional work per node.To speed things up:
  • Use selection scan. Select specific frames instead of the entire page.
  • Disable unused rules. Each enabled rule adds to scan time. Turn off rules you’re not actively using in Settings.
  • Close other plugins. Other plugins compete for Figma’s processing time.

Library and style problems

LintKit discovers libraries over the network. If library features aren’t working:
  1. Check your network connection. Library detection requires network access. When offline, library features are unavailable, but core scanning still works.
  2. Make sure libraries are enabled in Figma. Open the Assets panel in Figma (left sidebar) and verify your team libraries are toggled on. LintKit can only discover libraries that Figma has loaded.
  3. Wait for Figma to finish loading. If you just opened a large file, Figma may still be loading library data. Wait a few seconds and try again.
LintKit discovers libraries automatically. You don’t need to configure library connections manually — they come from the libraries enabled in your Figma file.
When LintKit flags an orphaned fill or stroke, it suggests the nearest matching style from your libraries. If no suggestions appear:
  1. Libraries must be loaded. LintKit needs network access to read library styles. Check that you’re online and libraries are enabled in the Assets panel.
  2. No close matches exist. LintKit only suggests styles within your configured colorTolerance (default: 5 Delta E). If no library style is close enough, no suggestion appears. Raise the tolerance in Settings to see broader suggestions.
  3. The file has no library styles. If your file isn’t connected to any published libraries, there are no styles to suggest.
See the dedicated Tokens Studio troubleshooting section, which covers:
  • API key rejection
  • No rules auto-configured after sync
  • Stale tokens
  • Network errors
  • Variable disconnection after renaming tokens
  • Theme switching not working
  • Designers seeing different token versions
See the dedicated GitHub troubleshooting section, which covers:
  • Authentication errors (401/403)
  • File not found (404)
  • Token format not detected
  • Network timeouts
  • Tokens lost after team member pushed

Finding problems

Free users get 5 one-click fixes per session. When you see this message, you’ve used all 5 for the current session.
  • Close and reopen the plugin to reset the counter and get 5 more fixes.
  • Upgrade to Pro for unlimited fixes. See pricing.
The limit applies to one-click fixes only. You can always fix findings manually by editing layers on the canvas — the limit doesn’t prevent you from making changes yourself.
Four rules only produce findings when scanning a published library file:
  • Unused Styles — finds styles not used on the current page
  • Hidden Components — finds components hidden from publishing
  • Missing Descriptions — finds components and styles without descriptions
  • Variable Completeness — checks variables for missing mode values, broken aliases, and missing descriptions
These rules are silent in regular design files. This is intentional — they check library health, which only applies to files that publish components and styles.
LintKit skips layers inside component instances. Layers inside an instance are controlled by the main component — editing them would create overrides rather than fixing the root cause.To fix findings that originate from a component, navigate to the main component and fix them there. Changes propagate to all instances automatically.
LintKit skips layers with mixed values because it can’t determine the intended value:
  • Mixed corner radii — each corner has a different radius
  • Mixed fonts — a text layer contains multiple font families or sizes
  • Mixed stroke weights — stroke weights differ across sides
To fix, select the layer and make the values consistent, then re-scan.
LintKit excludes elements rotated more than 0.1 degrees from fractional pixel checks and some spacing checks. Rotation legitimately produces fractional values — a rectangle at a 15-degree angle has sub-pixel coordinates even if it was placed on a whole pixel before rotation.
LintKit rescans automatically when your file changes. If a finding disappeared, your edit resolved the underlying problem. For example, changing a fill from a raw hex value to a library style removes the orphaned fill finding.This is expected — findings stay in sync with the current state of your file.
If you renamed or deleted tokens in Tokens Studio or your GitHub repository, Figma variables that referenced those tokens may now be broken. LintKit’s Broken Variables rule catches these disconnected references.To fix: detach the broken variable binding (keeps the current resolved value) and then re-bind to the correct variable. See Broken Variables for details.

Configuration problems

LintKit stores settings per user per plugin. Your configuration should persist when you close and reopen the plugin.If settings are resetting:
  1. Close and reopen cleanly. Settings save when the plugin runs — make sure you close the plugin (not just minimize Figma) and reopen it.
  2. Check browser storage (web app only). Clearing browser data or using incognito mode resets plugin storage. Use the Figma desktop app for reliable persistence.
  3. Reinstall as a last resort. Uninstalling resets settings, so only do this if settings aren’t persisting anyway.
Some rules require configuration before they produce findings:
RuleWhat to configure first
Spacing ScaleSet allowedSpacing values or configure baseSpacing
Corner RadiiReview allowedRadii defaults or enter your own
Grid AlignmentSet up column grid breakpoints
Duplicate StylesOnly runs in library files
Missing DescriptionsOnly runs in library files
Also check whether Tokens Studio strict mode is suppressing findings that match tokens.
If LintKit reports an overwhelming number of findings:
  1. Use selection scan. Select a single frame and fix it, then move to the next.
  2. Disable noisy rules. Turn off rules you’re not addressing right now. Start with 2-3 high-priority rules and add more as you go.
  3. Increase tolerances. If findings are too strict for your current design phase, increase spacingTolerance or colorTolerance.
  4. Focus on one category. Use the navigation tabs (Styles, Values, Components, etc.) to work through one category at a time.
When onboarding LintKit onto an existing file with many inconsistencies, start with Contrast and Broken Variables (always-on, high-value), then add Orphaned Fills and Naming, then gradually enable spacing and radii rules as you standardize.
When the Tokens Studio integration is enabled, token values take precedence over your manual configuration for the same rule. If you see unexpected values in your allowed spacing or radii lists:
  1. Check if the integration is enabled in Settings > Integrations
  2. Check which token type toggles are on (enforceColors, enforceSpacing, enforceRadii)
  3. Turn off the specific toggle for the rule you want to configure manually
For example, turning off tokensStudio.enforceSpacing reverts the Spacing Scale rule to your manual allowedSpacing values.

Feature requests and bug reports

If you’ve found a bug, have a feature request, or need help with something not covered in these docs:
  • Bug reports and feature requests: Email support@lintkit.com with a description of the problem, what you expected to happen, and what actually happened. Screenshots or screen recordings are helpful.
  • Documentation feedback: If something in these docs is unclear, incorrect, or missing, let us know at support@lintkit.com.
When reporting a bug, include:
  • What you were doing when the problem occurred
  • What you expected to happen
  • What actually happened
  • Your Figma environment (desktop app or web, operating system)
  • Whether the problem is reproducible or intermittent