- Test a literal filename to separate visual highlighting from missing results.
- Check highlight settings, theme contrast, columns, Match Path, and Regex.
- Rebuild indexes only when files are genuinely stale or missing.
- Confirm the Symptom With a Small Safe Test
- Check Highlighting, Search Mode, and Result Display Settings
- Decide Whether Index, Service, Folder, or Network Checks Are Relevant
- Use Diagnostics Without Destroying Useful State
- Run a Clean Temporary Test Before Broad Changes
- Quick Fix Checklist
- Frequently Asked Questions
If Everything finds the correct files but the matching text is not visually highlighted in the result list, the search engine itself may be working normally. This symptom is usually caused by a disabled highlight setting, low-contrast theme colors, search syntax that does not map cleanly to visible text, or confusion about which result column should contain the highlight. Index, service, permission, and network problems matter mainly when results are also missing. The steps below begin with a controlled filename test so you can identify the affected layer without unnecessarily rebuilding the index or changing unrelated Windows settings.

Start with free Canva bundles
Browse the freebies page to claim ready-to-use Canva bundles, then get 25% off your first premium bundle after you sign up.
Free to claim. Canva-ready. Instant access.
1. Confirm the Symptom With a Small Safe Test
Before changing any options, determine whether you have a visual highlighting problem or a broader Everything search problem. These issues can look similar, but they require different fixes.
1.1 Create an unambiguous filename match
Create a harmless empty text file in a local folder you can access, such as your Documents folder. Give it a distinctive name such as highlightcheck742.txt. Open Everything, clear the existing search, and search for highlightcheck742 without quotation marks, operators, wildcards, or regular expressions.
Wait briefly if the file was just created. A successful test has two parts:
- The file appears in the result list.
- The matching characters in the Name column are visually different from the surrounding filename.
If both occur, highlighting works under basic conditions. Stop changing global settings and investigate the original query, active filter, path matching, or color state instead. If the file appears but its matching text looks identical to the rest of the name, continue with the visual settings below. If the file does not appear, treat that as an indexing or result-visibility problem first.
1.2 Separate highlighting from row selection
Search-term highlighting changes the appearance of the characters that match the query. It is not the same as the selected-row background, keyboard focus rectangle, alternating row color, or full-row selection. Click an empty area or select a different result when examining the text because an active selection color can conceal subtle highlighting.
Also check the Name column first. A query can match metadata, a folder path, or another indexed property without producing an obvious colored substring in the visible filename. The absence of colored text in every column does not automatically mean that the result itself is incorrect.
2. Check Highlighting, Search Mode, and Result Display Settings
When results are present, settings that control presentation and query interpretation deserve attention before the index, service, or database. Open Everything's Options window and inspect the View, appearance, fonts, or colors pages available in your installation. Menu names and layout can differ between editions and builds, so identify the setting by its function rather than relying only on a specific page name.
2.1 Enable search-term highlighting
Look for the option that enables highlighting of search terms in results. If it is off, turn it on, apply the change, and repeat the simple highlightcheck742 search. If it is already on, toggle it off, apply the setting, turn it on again, and retest. This can confirm that the running window is reading the setting you are editing.
Success means the matching portion of the test filename becomes visibly distinct. Once that happens, stop changing options. You have confirmed that the index, result list, and basic highlighting feature work together.
2.2 Check active theme and highlight colors
A highlight can technically be enabled while remaining nearly invisible. This is common when a custom dark theme, imported settings, high-contrast palette, remote desktop color mode, or manually selected font color makes highlighted text resemble ordinary text.
In the relevant appearance or color settings, compare the normal result text color with the search-highlight color. Also examine colors for selected and inactive rows. Choose a clearly contrasting test color, apply it, and repeat the filename search. If your installation offers a reset for only the relevant colors, using that is safer than resetting the entire configuration.
In a dark theme, use a highlight color that is distinguishable on both the normal result background and the selected-row background. Bright text on a dark background generally needs a visibly different hue or weight, not merely a slightly different shade of gray.
Success means you can see matched characters in an unselected row and, ideally, in a selected row. If highlighting appears only after changing colors, no index rebuild is required.
2.3 Verify the column where the match occurs
A plain filename search should produce a visible match in the Name column. Path-oriented searches can behave differently because the matching text may reside in the Path column rather than in the filename. Make sure the relevant columns are visible and wide enough to inspect.
If Match Path is enabled, Everything can evaluate the full path instead of only the filename. For example, a query for a parent folder name may return files whose Name column does not contain that term. The visible highlight, when applicable, belongs in the path portion. Turn Match Path off temporarily and rerun the distinctive filename test. If filename highlighting returns, the feature is working and the earlier behavior was caused by query scope.
2.4 Simplify regular expressions and advanced syntax
Regular expression mode, macros, functions, property searches, Boolean operators, and filters can produce valid results without an obvious one-to-one text fragment to highlight. An expression may match a boundary, a character class, a file property, or an alternative that is difficult to represent as a simple colored substring.
Temporarily turn off Regex and Match Path, choose the broad Everything filter, and search for the literal middle portion of the test filename. Remove quotes, wildcards, operators, size conditions, date functions, and property prefixes. If highlighting works with literal text, restore the original search features one at a time. Stop when the behavior changes. The last restored option identifies the relevant interaction more reliably than changing several preferences together.
2.5 Review filters and result omission
An active filter can alter the query or limit which results are displayed. Select the general Everything filter for the controlled test. Also clear any temporary result omission, such as hidden or omitted results, if your current session uses it.
Filters and omissions usually explain missing rows rather than missing color. However, eliminating them prevents you from diagnosing two symptoms at once. Success means the test file appears under a plain literal query. If it appears without highlighting, return to the highlight and color settings rather than continuing into index repairs.
3. Decide Whether Index, Service, Folder, or Network Checks Are Relevant
Everything is a separate filename-search application from Windows Search. Changing Windows Search indexing options normally does not repair Everything's result highlighting. Everything maintains its own indexes and can use local NTFS information, folder indexes, network sources, or server connections depending on its configuration.
3.1 Check the status bar before repairing anything
Inspect Everything's status bar after running the simple test. It can help reveal whether the program is searching, updating, sorting, reporting an error, or returning zero results. If the test file appears, the local index is sufficiently functional for the highlight diagnosis. Do not rebuild it merely because the color is wrong.
If the test file is missing, confirm that its drive or folder is included in Everything's indexing options. Review NTFS volumes, folder indexes, and exclusions as applicable. An excluded folder, disabled volume, offline source, or stale folder index can prevent the row from appearing, but it does not normally disable highlighting on rows that are already present.
3.2 Check service and account context only when results are missing
The Everything service can help the application access local NTFS indexing information without requiring the user interface to run with elevated privileges. If local NTFS results are unexpectedly absent, verify that the configured service is running and that the current Everything instance is using the intended configuration.
Do not assume that running as administrator fixes a visual highlight problem. Elevation changes account and access context, not foreground and background colors. It can also produce a misleading test if the elevated process sees different mapped drives or user-specific settings.
Success at this stage means the distinctive local file appears in a normal user session. Once it appears, return to the visual test and stop modifying service settings.
3.3 Treat mapped drives, NAS folders, and servers separately
Mapped drives are associated with a Windows logon context. A drive mapped in a standard desktop session may not be visible to an elevated Everything process, a service account, or another user. NAS content may also be represented through folder indexing or an Everything server rather than direct local NTFS indexing.
If local filename highlighting works but a NAS search behaves differently, first determine whether the remote result is actually present and which column contains the match. Then verify the folder index or server connection used for that source. Check credentials, share availability, server address, port, and firewall rules only if remote results are missing or the connection fails.
Do not expose an Everything server directly to the public internet as a troubleshooting shortcut. Use a trusted network, authenticated private access, or an appropriate VPN design. Do not permanently disable antivirus or firewall protection. If a security product appears to block a connection, create the narrowest justified rule after confirming the executable, network scope, and required port.
3.4 Understand file system differences
Local NTFS volumes can be indexed differently from non-NTFS file systems, removable media, Linux-backed NAS shares, and ordinary network folders. Such sources may require folder indexing or another configured mechanism. This distinction can explain Everything results missing from a source, but it does not usually explain why text in existing local results has no visual emphasis.

4. Use Diagnostics Without Destroying Useful State
Diagnostics are most valuable when the controlled test fails consistently. Record what you observe before resetting anything: whether the row appears, which column contains the text, whether it is selected, the active filter, Match Path state, Regex state, theme, and whether the application is installed or portable.
4.1 Inspect relevant Options pages
Review only settings tied to the symptom first:
- Search-term highlighting or result highlighting
- Normal, selected, and highlighted result colors
- Visible Name and Path columns
- Match Path and Regex search modes
- Active filters and exclusions
- Indexed local volumes and folder sources
- Server connection settings when remote results are absent
- Startup and configuration-file behavior for portable copies
Take screenshots before changing multiple values. Apply one change, repeat the same query, and note the outcome. This preserves a clear cause-and-effect trail.
4.2 Use debug logging for reproducible failures
If a setting appears enabled but is ignored, use Everything's documented debugging facilities to capture startup and search behavior. Reproduce the problem with the smallest query possible, then stop logging and inspect the output for configuration loading errors, command-line overrides, index errors, or server failures.
Debug logs are more useful for missing results and configuration-loading problems than for color contrast. Avoid publishing logs without review because filenames, paths, server names, and search terms may contain sensitive information.
4.3 Review startup shortcuts and command-line options
A shortcut, scheduled task, launcher, or portable-app wrapper may start Everything with command-line options that select a different instance, configuration file, database, server, or startup behavior. Compare launching Everything directly with launching it through your usual shortcut.
Success means the direct launch displays highlighting while the usual launcher does not. If so, inspect the launcher's arguments and working directory. Remove only the suspect override, then test again. Do not delete the main database as the first response to a startup-profile mismatch.
4.4 Reserve Force Rebuild for genuinely stale or incomplete results
Force Rebuild can be appropriate when indexed results remain stale or incomplete after verifying the correct source, service, exclusions, and folder-index settings. It is not a normal fix for invisible matching text because rebuilding filenames does not repair a low-contrast highlight color.
Before rebuilding, confirm that the problem is missing or stale rows, not merely absent color. Allow an active index update to complete and check the relevant source configuration. If you do use Force Rebuild, success means the expected file enters the result list. You may still need to correct the separate visual setting afterward.
The Index Journal, where available, can help explain index changes or update activity. It is primarily an indexing diagnostic, not a theme diagnostic.
5. Run a Clean Temporary Test Before Broad Changes
A temporary clean profile is the safest way to determine whether the problem belongs to your saved configuration. It is particularly useful for portable users, people running multiple named instances, and systems upgraded through several configurations.
5.1 Preserve the current configuration
Close Everything and back up the relevant configuration files or use the application's supported settings export method if available. Do not overwrite your working portable directory. Create a separate temporary folder or use a supported clean instance so the test cannot alter your primary setup.
5.2 Test defaults with one local file
Start the clean instance without custom launch arguments. Enable the minimum indexing or service arrangement required for your local test, then search for highlightcheck742. Keep the default theme, broad filter, literal search mode, and visible Name column.
If the clean profile highlights the filename correctly, Windows graphics rendering and the underlying result are probably fine. The likely cause is a saved color, display preference, search option, launcher argument, or configuration-file mismatch in the original profile. Compare only relevant settings rather than replacing everything immediately.
If the clean profile also shows no visible highlight, test a clearly contrasting highlight color and verify display scaling, Windows contrast themes, and remote-session color behavior. If the text remains unchanged, collect the Everything build information and a minimal reproduction for the official support channel. Avoid claiming a software defect until the same behavior is reproducible with default settings.
6. Quick Fix Checklist
- Search for a distinctive literal filename on a local indexed drive.
- Confirm the file appears before diagnosing highlight color.
- Inspect the unselected Name column rather than only the selected row.
- Enable the option that highlights matching search terms.
- Choose a highlight color that contrasts with the active theme.
- Temporarily disable Regex and Match Path.
- Select the general Everything filter and clear result omissions.
- Show the Path column when searching folder names or full paths.
- Check indexes, exclusions, service state, and folder indexes only if results are missing.
- Compare direct startup with shortcuts, portable launchers, or command-line arguments.
- Use a temporary clean profile before resetting the primary configuration.
- Use Force Rebuild only for verified stale or incomplete index results.
Stop as soon as the controlled filename appears and its matching characters are clearly distinguishable. Continuing to modify services, indexes, permissions, or network settings after that point can introduce unrelated problems.
7. Frequently Asked Questions
7.1 Why does Everything find the file but not highlight the matching text?
The most likely causes are disabled search-term highlighting, a highlight color too similar to the normal or selected text color, or a query that matches a path or property rather than visible filename characters. Test a plain literal filename with Regex and Match Path disabled.
7.2 Does rebuilding the Everything database fix highlighting?
Usually not. A rebuild can help when results are stale or missing, but visual highlighting is primarily controlled by display, color, and search-mode settings. If the correct file is already listed, check those settings first.
7.3 Why is highlighting hard to see in dark mode?
The configured highlight color may have insufficient contrast against the dark result background or selected-row color. Set a clearly different test color and examine an unselected row. If that works, refine the palette while preserving strong contrast.
7.4 Why is a folder term not highlighted in the filename?
The term may exist only in the file's path. Show the Path column and check whether Match Path is active. A result can legitimately match its parent folders while the Name column contains none of the searched characters.
7.5 Can Windows Search settings cause this problem?
Not normally. Everything and Windows Search are separate systems with different indexes and configuration. Windows permissions and account context can affect access to files, mapped drives, or services, but Windows Search indexing settings do not generally control Everything's result highlighting.
7.6 Why does highlighting differ between installed and portable copies?
The copies may load different configuration files, themes, named instances, startup arguments, or databases. Launch each copy directly, run the same literal filename test, and compare the highlight and color settings. Keep their configuration locations separate while testing.