"Sorry, this conversation has reached its limit. Let's start a new chat."
Hi All, We're currently using Copilot for Microsoft 365 in our business and I'm finding it incredibly annoying when Copilot tells me this. "Sorry, this conversation has reached its limit. Let's start a new chat." When I asked Copilot why, this is what I receive. "The message “Sorry, this conversation has reached its limit. Let’s start a new chat.” means that the current conversation has reached the maximum number of turns or messages allowed. Each conversation with me, Copilot Pro, has a limit on the number of turns it can take. Once this limit is reached, the conversation cannot continue further in the same thread. Starting a new chat will initiate a new conversation where you can continue to ask questions or request assistance. This is a measure to ensure optimal performance and user experience. I hope this clarifies your query! 😊" When I asked Copilot what the limit is, this is what I receive. "I’m sorry, but I can’t provide the exact number of turns or messages allowed in a conversation. The limit is set to ensure optimal performance and user experience. However, once the limit is reached, you can always start a new conversation. Please let me know if there’s anything else I can assist you with! 😊" I'd love to understand the logic for such a limitation. Can anyone kindly explain this is plain simple English please? Thanks! Cheers, Eddie | Zhamatix
Which Accessible Source Can Reliably Return Current Date, Time, Timezone and UTC Offset?
Question for Microsoft 365 Copilot experts I am trying to implement a reliable "Current Time Validation" control inside a Microsoft 365 Copilot workflow. The requirement is to obtain a machine-readable and repeatable timestamp containing: - Current date - Current time - Time zone identifier - UTC offset For example: 2026-09-16T18:09:00+08:00 Timezone: Asia/Shanghai UTC Offset: +08:00 My goal is not a human-readable world clock page, but a source that Microsoft 365 Copilot can actually access and consume reliably during execution. Business context: The timestamp is used as a mandatory validation gate before generating operational reports. If the timestamp is wrong, downstream conclusions may become invalid because greetings, operating-hours logic, OOO/PTO analysis, and action ownership are all time-dependent. Problems encountered so far I have already tested several approaches and found multiple reliability issues: 1. Conversation context is not a reliable clock source. Copilot may retain or reuse a timestamp from the beginning of a conversation rather than reflecting the actual current time. 2. External "current time" web pages are problematic. Some sites appear to return cached/indexed content when accessed through Copilot, producing timestamps that are clearly inconsistent with real-world elapsed time. 3. Human-readable sources are insufficient. I need a source that returns structured data which can be validated programmatically. 4. Timezone information alone is not enough. The solution must provide: - current date - current time - timezone identifier - UTC offset 5. The source must be repeatable. Two consecutive queries should return updated timestamps reflecting actual elapsed time. Questions 1. Among the data sources that Microsoft 365 Copilot can realistically access today, which source can provide: - date - time - timezone - UTC offset in a machine-readable format? 2. Is there any Microsoft-native source (Microsoft Graph, Outlook, Exchange Online, mailbox settings, tenant settings, calendar services, etc.) that exposes this information directly? 3. Which source would be considered the most reliable and repeatable for workflow-validation purposes? 4. Has anyone implemented a trusted "current time authority" pattern for Microsoft 365 Copilot or Copilot Studio agents? 5. Does Microsoft 365 Copilot have access to a real-time clock source that is guaranteed to be refreshed at query time rather than returning indexed or cached timestamp information? The objective is to establish a trusted and auditable timestamp before generating business reports, task summaries, or workflow decisions. Thanks in advance.
Copilot chats listed, but no longer available.
After installing the latest Copilot (September 2026) some of my chats have become corrupted. In the Android phone app, the Windows 11 app and on copilot.microsoft.com they are listed, but impossible to open delete or rename. I get : "This chat is no longer available". I have several older and newer chats that work just fine. I think the ghosts was created the same day as the new version was installed on my phone. The automatic installation process did not work well. Had to uninstall and manually reinstall from Google Play. I have chatted with Microsoft Support about it, and they admit it may be a server-side problem. Is there anybody with a similar problem? Or maybe somone has a solution? That would be great!Disservizio 17 settembre
Buongiorno, in seguito al disservizio di ieri sul sito Copilot è completamente sparita la mia conversazione precedente quella che stavo facendo con lui alle ore 2:00 del mattino ho bisogno che verifichiate sui vostri server il ripristino e il recupero dello storico e dei miei dati associati al profilo, perché molte conversazioni sono state eliminate e soprattutto quelle che parlavo di lavoro
Copilot chat history disappeared after update but conversations are still present in data export
Hello, I am trying to understand whether other users are experiencing the same issue. My situation is the following: I was actively using Microsoft Copilot Personal. I had an important conversation open and was working in it normally. Copilot prompted me to install an update. I accepted the update. Immediately after the update, most of my chat history disappeared. Additional details: I am using the same Microsoft account as before. The issue occurs across devices and browsers. Some of the missing conversations had been used only a few hours before they disappeared. Opening saved links to those conversations shows the error: "Unable to load the page. There was a problem loading the page. Please try again later." However, the missing conversations are still present in my Copilot data export. Because of this, I do not believe the conversations were intentionally deleted. It appears more like a chat history, synchronization, or loading issue that started immediately after the update. Has anyone else experienced the same behavior? Thank you.
Request to Reconsider Russian Speech Recognition Support in Windows and Copilot
I would like to provide feedback regarding the absence of Russian speech recognition support in modern Windows and Copilot experiences. Russian is not limited to a single country and should not be viewed exclusively through a geopolitical lens. It remains one of the most widely spoken languages in Europe and is used daily by tens of millions of people across numerous countries, including EU residents, immigrants, international businesses, and users throughout Eastern Europe, the Caucasus, Central Asia, and other regions. As a Windows 11 Enterprise user, I was surprised to discover that Russian speech recognition is no longer available as a Windows Speech language package. On my Windows 11 Enterprise 25H2 installation, the Language.Speech~~~ru-RU package is not available at all, while speech recognition packages continue to exist for many other languages. As a result, Russian-speaking users are unable to fully use Voice Typing and certain voice-driven Copilot experiences. This creates a significantly worse user experience compared to competing AI platforms such as ChatGPT and Google Gemini, both of which currently provide high-quality Russian speech recognition without requiring additional configuration. From a business, accessibility, and user experience perspective, limiting support for a language spoken by so many people is difficult to justify. Regardless of political considerations, Russian remains a major international language used by customers, professionals, students, and businesses across many countries and regions. The current situation may unintentionally encourage users to choose competing platforms that offer broader language accessibility and voice capabilities. I respectfully ask Microsoft to reconsider its current approach and evaluate restoring or expanding Russian speech recognition support in Windows, Voice Typing, and Copilot services. Language support should be guided primarily by user needs, accessibility, inclusiveness, and product competitiveness. Thank you for your consideration.
Microsoft Copilot 365 Personal Premium limits
In my Copilot Notebook, I deliberately loaded 20 PDF files in order to test Copilot’s grounding behavior across the full set of available references. At the time this testing setup was created, 20 references represented the effective grounding limit described for Copilot Notebooks, meaning that these references were expected to form the source base used by Copilot when generating grounded responses. The references consisted of fully functional, original academic textbooks containing relevant and up-to-date scientific information, mostly published within the last ten years. Importantly, the sources do not differ from one another in terms of accessibility, file type, availability, or how they were added to the notebook. They are all PDF files, they are all available in the same environment, and there is no obvious difference in access conditions that would explain why some are consistently used while others are repeatedly treated as inaccessible, unavailable, summarized, or skipped. The purpose of the test was therefore not simply to see whether Copilot could access 20 files, but whether it could actually ground its answers in the complete reference set when explicitly instructed to analyze all available sources. Despite this, in approximately 99.9% of my tests, Copilot appears to ground its responses in only 3 to 5 of the 20 available references, often repeatedly using the same documents. When I ask what happened to the remaining sources, Copilot gives different explanations. Sometimes it says that it does not have access to certain files. Sometimes it says that it only received a summary of the file. Sometimes it says that a step involved in retrieving or processing the information failed. The way Copilot explains this often makes it sound as if access to the uploaded files depends on some external or intermediate system, rather than being something Copilot itself can directly control. This is difficult to understand from a user perspective because the files are already uploaded into the Copilot environment and were specifically provided as source material for analysis. The practical result is that a task explicitly requesting analysis of 20 sources often produces an answer based on only 3 to 5 of them. For academic or research use, this is a serious limitation. If 15 to 17 out of 20 carefully selected sources are not actually examined, then the final synthesis cannot realistically represent the full source base. This also creates uncertainty about what Copilot means when it claims to have used the provided materials. My question to Microsoft is: Is there a technical limit on how much information Copilot can actually retrieve, open, and analyze from uploaded files during a single task or session? If such a limit exists, what is that limit? And why, when 20 valid PDF sources are uploaded and Copilot is explicitly instructed to analyze all of them, does it so often appear to open only 3 to 5 files, while describing the others as inaccessible, summarized, or unavailable because some retrieval step failed?
