Reproduce file issues with Graph Explorer
When users report slow browsing, failed file opens, or other file operation errors and KONNEKT debug logs show Graph API errors, Microsoft Graph Explorer lets you reproduce the failing request directly in the browser. This isolates whether the root cause is on the Microsoft 365 backend or in KONNEKT, and produces clean evidence for a Microsoft support ticket.
Microsoft Graph Explorer is a free, browser-based tool from Microsoft. It sends requests to the Microsoft Graph API, which is the same interface KONNEKT, the Microsoft OneDrive sync app, Microsoft Teams, and Microsoft 365 itself use to read and write SharePoint Online and OneDrive files. No installation is required.
When to use this guide
Use this procedure when:
Multiple users report the same issue at the same time (often a sign of a backend problem).
KONNEKT debug logs show Graph API errors (HTTP 429, 500, 503, 504, or
UnknownError).You need to prove to Microsoft support that the issue is not caused by third-party software.
Intermittent slowness persists after the usual KONNEKT checks have been ruled out.
Collect and inspect the debug log
The normal way to get KONNEKT logs to support is by running crashguard.exe from C:\Program Files\Konnekt. That flow packages the logs and uploads them silently in the background - in most cases, neither the user nor the admin notices anything happening. See Debug log preparation for the standard support workflow.
The Graph Explorer workflow is different: you need to open the log file yourself, locally, to copy the failing request URL and request-id into Graph Explorer. The log files are located at:
%LOCALAPPDATA%\KonnektKONNEKT keeps up to six rotating log files of about 1 MB each. Sort by modification time and start with the most recent file. Open it in a text editor and search for error or for the HTTP status code you are investigating (for example, 504).
Before reproducing the issue, set the log level to Debug so that full Graph API request URLs and responses are captured. See Logging for how to change the log level via the Preferences UI, the registry, or a managed policy.
What a Graph API error looks like in the KONNEKT log
A typical error entry:
Note these values for later steps:
The full
GETURL (copy everything up to, but not including, the HTTP status code).The HTTP status code (504 in this example).
The
request-idvalue. Microsoft support can trace the failed request using this ID.
Prerequisites
Access to the affected user's Microsoft 365 account, or the user available to sign in themselves.
A modern web browser (Microsoft Edge, Chrome, Firefox, or Safari).
The exact file path and file name reported by the user, or the Graph API URL from the debug log.
Global Administrator access to the Microsoft 365 admin center (only if you plan to open a Microsoft support ticket).
You must sign in as the user who is experiencing the issue, not as an administrator. Using a different account changes the permissions and file access, which invalidates the test.
Step 1: Open Graph Explorer
Open your browser and navigate to
https://developer.microsoft.com/graph/graph-explorer.Click Sign in in the top-left corner.
Sign in with the credentials of the affected user.
Step 2: Grant the required permissions
Graph Explorer uses delegated permissions. For file-related tests, grant the following scopes:
User.Read
Read the signed-in user's profile
Files.Read
Read the user's OneDrive files
Files.Read.All
Read all files the user has access to
Sites.Read.All
Read items from SharePoint sites the user has access to
To grant the scopes:
In Graph Explorer, click the Modify permissions tab below the query input.
Locate each scope in the list.
Click Consent next to each scope.
Accept the consent prompt.
For the full scope reference, see Microsoft's permissions reference.
Step 3: Run a test query
Set the HTTP method to GET and enter one of the queries below in the request URL field. Replace placeholder values in curly braces with real values.
Option A: Reuse the URL from the KONNEKT debug log
Copy the full URL from the log line that starts with GET: https://graph.microsoft.com/.... Paste everything up to (but not including) the HTTP status code into the Graph Explorer URL field.
This is the preferred option because it reproduces the exact request that failed.
Option B: Build the query manually
To list the user's OneDrive root folder:
To access a specific file by path:
To access a file on a SharePoint site, first get the site ID:
Then query the file using that site ID:
Click Run query and review the response panel.
Step 4: Interpret the result
The response pane shows an HTTP status code and a JSON body. Use the table below to classify the result and decide the next step.
200 OK
The Graph API call succeeded. The file is accessible at the API level.
The issue is on the KONNEKT side or in the client environment. Return to the Troubleshooting hub.
401 Unauthorized
The token is missing, expired, or invalid.
Sign out of Graph Explorer and sign in again. If the error persists, see Access token issues.
403 Forbidden
The signed-in user does not have permission for this file or site.
Not a KONNEKT or Microsoft backend issue. Verify permissions in the SharePoint web interface.
404 Not Found
The file or folder does not exist at the given path.
Verify the path. The file may have been moved, renamed, or deleted.
429 Too Many Requests
SharePoint Online throttling.
Microsoft-side rate limiting. Check the Retry-After header, wait, and retry. Throttling prevention settings can reduce recurrence.
500 Internal Server Error, 503 Service Unavailable, 504 Gateway Timeout
Microsoft backend error.
The issue is on the Microsoft side. Continue with the next steps.
UnknownError in the response body
Microsoft backend error without a specific code.
Same as above. Capture the request-id and open a Microsoft support ticket.
Step 5: Capture evidence
Before closing Graph Explorer, document the test. Good evidence makes support tickets faster to resolve.
Collect:
A screenshot of the Graph Explorer window showing the query URL, the HTTP status code, and the response body.
The date and time of the test, including time zone.
The signed-in user's UPN (for example,
[email protected]).The exact file path that was tested.
The
request-idvalue from the JSON response body.For intermittent errors, repeat the query several times and capture each result.
Step 6: Open a Microsoft support ticket
Only follow this step if Graph Explorer returned a 500, 503, 504, or UnknownError response.
Navigate to
https://admin.microsoft.comand sign in with a Global Administrator account.Go to Support -> New service request.
Select SharePoint Online or OneDrive for Business as the affected service, matching the endpoint that failed.
Describe the issue and attach the screenshots from the previous step.
Include the
request-idfrom both the KONNEKT debug log and the Graph Explorer response. This allows Microsoft to trace the exact failed requests.State explicitly that the issue was reproduced in Microsoft Graph Explorer.
Including Graph Explorer evidence signals that third-party causes have already been ruled out. Microsoft support typically routes these tickets faster.
Common Graph API endpoints
Quick reference for the endpoints most often seen in KONNEKT debug logs:
User profile
GET /me
OneDrive root listing
GET /me/drive/root/children
File by path (OneDrive)
GET /me/drive/root:/{path}
File by item ID
GET /drives/{drive-id}/items/{item-id}
Site by hostname and path
GET /sites/{hostname}:/{site-path}
SharePoint drives on a site
GET /sites/{site-id}/drives
File content download
GET /drives/{drive-id}/items/{item-id}/content
Delta query
GET /drives/{drive-id}/root/delta
For the full reference, see the Microsoft Graph Drive API.
Similar Problems
Sites missing or folders empty - for SharePoint Search backend errors
Access token issues - for 401 Unauthorized responses
How to deal with error(s) - for errors on specific files
Debug log preparation - how to collect logs with Graph API details
Logging - log level configuration
Last updated
Was this helpful?