> ## Content Index > Fetch the complete content index at: https://todayfixtech.com/llms.txt > Use this file to discover other available public pages before exploring further. # Microsoft Lists known issues and what to do - URL: https://todayfixtech.com/microsoft-lists-known-issues/ - Published: 2026-10-31T04:48:23.000Z - Updated: 2026-10-31T04:48:23.000Z - Author: Md Sojib Mia - Tags: Microsoft, Troubleshooting [If Microsoft Lists stops](https://todayfixtech.com/fix-microsoft-365-login-issues/) loading, saving, or updating, the problem is usually a Microsoft-side incident, something tied to your tenant or list, or a browser/device issue. Start by checking Microsoft 365 service health, then test the same list in another browser or a private window before you change anything else. That usually tells you whether you need to wait for Microsoft, fix a local issue, or hand off a tenant problem to IT. ## What people usually mean when Lists suddenly breaks The usual complaint is that a list opens to a blank page, a spinner never finishes, or a view shows old data even after someone updated it. Other common symptoms are saves that fail, rows that won’t open, filters that stop matching the way they used to, missing rows in a view, or a form that opens but won’t submit. Sometimes the list itself works, but one action fails. For example, you can read items but not edit them, or the list loads in one browser and not another. That difference matters, because it often tells you where the problem lives. ### Typical symptoms you may see - Blank page or endless loading - Changes that never save - A view that looks empty even though items exist - Filters, grouping, or sorting that no longer behave as expected - Missing attachments, columns, or rows - Errors that appear only after a recent change to columns, permissions, or forms If the failure started right after someone changed the list structure, the issue is often local to that list [rather than a Microsoft](https://todayfixtech.com/microsoft-365-updates-features/) outage. If it affects many lists for many people at the same time, that points more toward a service incident. ## Symptom or error text ```text The exact message varies ``` Symptom Use this section when you need to describe what you see before you troubleshoot. If you do not get a clear error message, describe the symptom instead: blank page, endless spinner, save failure, missing rows, or a view that will not refresh. If the problem appears only after a recent edit, such as a new column, a permission change, or a form update, that timing is a useful clue. If it shows up for several users at once, treat it as a possible service issue until you prove otherwise. ## Before you start This applies to Microsoft Lists in Microsoft 365\. The exact behavior can vary depending on whether the list is shared, what browser you use, and whether the list is tied to SharePoint features. You do not need administrator rights for the first checks. You may need admin access later if you have to review Microsoft 365 service health, Message center notices, permissions, or list settings. No restart or backup is required for the safe first checks below. Start with a refresh, then test the same list in another browser or a private window. Those checks are low risk and usually show whether the issue is local to the browser or wider than that. ## When it’s actually a Microsoft Lists known issue A real Microsoft-side known issue usually shows up broadly. You may see the same symptom across multiple lists, several users, or even across different tenants in the same time window. The key sign is that your own browser and permissions look fine, but Lists still fails for many people in the same way. A tenant-specific issue usually stays inside your Microsoft 365 environment. For example, one department’s list breaks after a permission change, a custom column, or a recently edited view, while other tenants or unrelated lists keep working. A user-specific or browser-specific problem is narrower still. Say one person sees a blank page in one browser, but the list opens normally for someone else in the same tenant. That usually points to cached data, an extension, or a browser setting. ### How to tell the difference | Case | What it usually looks like | | ----------------------- | ----------------------------------------------------------------------------------------------------------------------------- | | Microsoft-side incident | Multiple users affected, several lists affected, issue appears suddenly, Microsoft health page or admin center shows a notice | | Tenant-specific issue | Only your organization sees it, often tied to a list change, permission change, or custom setup | | Browser/device issue | One browser fails while another works, private browsing works, clearing site data helps, or the problem stays on one device | If you are a Microsoft 365 admin, the strongest first check is the Microsoft 365 admin center service health and Message center. If you are a regular user, ask your IT team to check those pages while you test another browser or private window. ## The safest fixes to try first Start with the least disruptive checks. These are the safest because they do not change the list itself and they usually tell you quickly whether the problem is local. 1. Refresh the page and try the action again. Sometimes Lists simply fails to finish a load or save on the first try. If the same action works after a refresh, you likely had a temporary session problem. 2. Open the same list in another browser or a private window. Use the same account and the same list URL. If it works there, the issue is probably cached site data, a browser extension, or a browser setting rather than the list. 3. Clear site data for Microsoft Lists and Microsoft 365 sites. Do this only for site data, not a full browser reset. If the list starts working after that, the problem was likely stale cache or a bad sign-in token. 4. Check whether browser extensions are interfering. Ad blockers, script blockers, password managers, and security extensions can interfere with modern web apps. If disabling them for a test makes the list work, re-enable them one at a time to find the culprit. 5. Try another device or network if you can. If the same account works elsewhere, the original device or network is the likely source. If it fails everywhere, the issue is probably the tenant or the Microsoft service. 6. Check permissions, columns, and recent list changes. Open the list settings and confirm you still have access to edit items, not just view them. If a recent column change, lookup field, required field, or view edit happened just before the problem, that change may be the cause. ```text List > Settings > List settings ``` Settings path Expected result: you can see the list configuration and confirm whether columns, views, and permissions changed recently. If you cannot open settings or the page never loads, that does not prove the list is broken. It only means you need to test from another browser or ask an admin to compare the list settings and permissions. ## Where to check official Microsoft service health and release notes If you suspect a Microsoft-side issue, check the Microsoft 365 admin center service health page first. That is where current incidents and advisories usually show up for admins. Check Message center as well, since Microsoft posts change notices and updates there that can explain new behavior. If your organization tracks release notes or change notices separately, review those too. The point is to see whether Microsoft has already acknowledged a Lists or SharePoint problem, or whether a recent rollout may have changed behavior without breaking everything at once. If you are not an admin, send your IT team the time the issue started and ask them to check service health and Message center while you keep testing in another browser or private window. ## How to confirm whether it’s fixed After each change, retest the exact action that failed. If saving a new item failed before, try saving the same kind of item again. If a specific view was broken, reopen that same view and see whether the rows now appear correctly. Then check whether Microsoft has acknowledged an incident or published a service update. The two official places to watch are the Microsoft 365 admin center service health page and the Message center. Service health is where current incidents and advisories usually appear for admins. Message center is where Microsoft posts updates about changes and fixes that may affect behavior. If the problem was user-specific, retest from the original browser after you clear cache or disable the extension that caused it. If the problem was service-wide, the best sign of recovery is that the same action works for several affected users, not just one person on one device. ### What “fixed” looks like - The same list opens normally without a long spinner - The same edit or save completes successfully - The same view shows the expected rows - The same filter and sort settings return the expected items - Other affected users can repeat the same action and get the same result If the error returns after a short time, note that pattern. Repeated recovery and failure often points to a service issue or a tenant setting that is still unstable. ## What to send to IT or Microsoft if it still fails If you need to escalate, send details that help someone reproduce the issue quickly. The goal is to show exactly what failed, where, and for whom. Include: - The exact symptom or error text - The time it started, with timezone if possible - The list name and list URL - The browser name and version - The device and operating system - Whether the problem affects one user or several - Whether it happens in another browser or private window - Whether it happens on another device or network - Recent changes to columns, views, permissions, forms, or integrations - Screenshots or a short screen recording if you have them If you can, note the steps that trigger the failure in order. For example: open list, choose a view, click Edit in grid view, then see the save fail. That sequence is often more useful than a general statement like “Lists is broken.” For admin escalation, also include whether Microsoft 365 service health shows an incident, whether the tenant has any recent message center notices related to Lists or SharePoint, and whether the issue affects SharePoint lists or only Microsoft Lists. That helps support sort out a service problem from a tenant configuration issue much faster. ## Conclusion If the problem only shows up in one browser or one device, keep using the safe checks until you isolate the cause. If it affects several users at once, check Microsoft 365 service health and send IT or Microsoft support the list URL, timing, and exact error details so they can tell a Microsoft issue from a tenant issue quickly. ## Frequently Asked Questions ### Does Microsoft Lists have a known issues page? There is not usually a separate public known-issues page for every Lists problem. For current incidents, the most reliable place is Microsoft 365 service health in the admin center, plus the Message center for related notices and updates. ### Why does Microsoft Lists work in one browser but not another? That often points to cached site data, an extension, or a browser setting. Test in a private window first, then clear site data for Microsoft 365 if the private window works. ### What if only one list is broken? That usually points to a list-specific problem such as permissions, a changed column, a broken view, or a form issue rather than a platform-wide outage.