Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


Descript upload stuck can describe a file still leaving your computer, media already being processed, or transcription that has not finished. Preserve the source file and existing project, identify the last completed stage, and retry only the operation that failed. Changing your connection is relevant to a stalled transfer, not a promise to accelerate cloud processing.
Key Takeaways
- Keep the local original before resetting or re-importing anything.
- A project entry alone does not prove that upload finished.
- Importing into the script and uploading to project files have different transcription behavior.
- Test existing VPN interference before trying an alternative route.
- Track transfer completion separately from playable media and a usable transcript.
Begin by recording the current project, source filename, approximate size, duration, and visible task status. Note whether you are using the desktop app or browser and which version is installed. The word “import” can cover several operations, so the useful question is what the application has demonstrably finished.
Descript documents two local import routes: dropping a file into the script uploads it and starts transcription, while uploading through the Project panel adds media without automatically transcribing it. This difference can explain why one file appears without a transcript even though the transfer succeeded.[1]
| Evidence you can observe | Stage to investigate | Avoid assuming |
|---|---|---|
| File cannot be selected or read locally | Local access or unsupported input | A cloud outage |
| Upload progress stops or a connection error repeats | Transfer from the computer | Transcription is running |
| Upload has finished but media is not usable yet | Media processing | Another upload will fix it |
| Playable media exists but no transcript appears | Transcription request or processing | The original file was lost |
| Existing project cannot be reached either | Service, session, or account access | Only this file is defective |
Use the device and application fault checklist if the file cannot be opened locally or several unrelated applications fail. For this task, keep each observation attached to the original media item. A screenshot of a generic spinner cannot establish which stage is failing.
Keep an untouched copy of the source on the computer or approved storage. Confirm that you can read it locally and that it is not merely a cloud placeholder waiting to download. Record its extension, approximate size, and duration; do not rename the extension to disguise an unsupported file type.
Preserve the existing Descript project and any edits already made. Identify which source item is used by the composition before deleting anything. A retry that produces a second item should be labeled clearly so you do not accidentally edit the wrong copy or remove a file another collaborator needs.
Do not begin with Reset app data or clearing browser storage when you are uncertain whether your work has synchronized. Although the network help page describes reset options for some connection problems, those actions need a separate preservation decision. First collect the exact error and use the least disruptive test that addresses it.[2]
Keep private recordings out of public upload-testing services. A short, non-sensitive sample can help distinguish a broad failure from a particular input, but it is a separate control file rather than a replacement for the original. Retain the result for both files and avoid claiming that the large recording is fixed because the sample uploaded.
Open the current Project panel and identify the affected item. If you dragged it into the script, check both the upload indication and the resulting transcription state. If you used the Upload button in the Project panel, absence of a transcript is not automatically an error: that documented route uploads without transcribing immediately.[1]
Read the actual status shown by your installed version rather than searching for an old panel name. Capture an error message, progress indicator, or explicit completion notice with its time. Where the interface does not expose byte counts, say that progress is stalled rather than inventing a precise amount transferred.
For Descript import slow, compare observations from two moments using the same item. Progress that moves slowly is different from an unchanged error that appears immediately after each retry. Processing may also continue after the transfer display has finished; do not turn an uncertain status into proof of a failed upload.
Check whether the application can open an existing project and whether the source item's controls become available. These are supporting observations, not substitutes for upload confirmation. If permissions or the account session are rejected, resolve them through official account support before testing a new route.
Review the Descript status page for an incident matching the failed function and time. Save the incident reference when there is one. A green status page does not certify every account or every request, while a reported incident is a reason to preserve your work and stop multiplying retries.[3]
Read any explicit quota, permission, or unsupported-file message separately from a connection timeout. A paid feature or insufficient account allowance is an account condition; changing the network cannot create the required entitlement. Do not promise that a successful sign-in establishes permission to perform every import or transcription operation.
The official network guidance also identifies service availability restrictions for some countries and regions. This procedure applies only where the service permits your use. If the obstacle is regional eligibility or organizational policy, contact the service or administrator; do not use another country's exit to obtain eligibility.[2]
If the file-selection or browser submission stage itself fails, identify the browser upload stage. That general checklist helps with local reading and sessions. Keep the Descript-specific distinction between uploaded media and transcription, rather than repeating a full browser troubleshooting routine here.
A connection comparison is useful when the source remains readable, service and account conditions are satisfied, and the application reports a stalled transfer or network error. Start by disconnecting an existing VPN if policy permits. Descript explicitly lists VPN and proxy interference among connection checks; if direct access restores the upload, keep that result and do not add another VPN as a remedy.[2]
Review inherited Windows settings with the system proxy configuration guide. On a managed computer, ask the administrator to check the officially required domains. Do not disable certificate validation, authentication, or the organization's firewall to make an error disappear.
For a transfer that still times out directly, AethoVPN can provide a separate path comparison on the machine holding the recording. Keep the same project, original file, and import route; choose an available home-country or nearby location and use global mode so the comparison includes the uploader. Desktop access requires Pro or Premium: use the official Windows installer or, on Mac, the website's configuration guide and a VPN client.
Observe that media item's upload until it completes or produces another error, then record processing and transcription separately. A change that worsens the transfer is a reason to return to the working connection. The VPN does not fix media encoding, grant transcription allowance, or shorten a server queue. If you need this permitted upload comparison, create an email account for the 3-day Pro trial before retesting the source file; the new-user trial is available once per user.
Compare evidence with the task-based VPN verification steps. Descript's advice about split tunneling for real-time Rooms or SquadCast is not a feature promise for this VPN and is not this file-import procedure. Do not carry a successful file upload conclusion over to live recording.
Record an explicit upload completion or the application's equivalent completed-transfer state. Then check whether the media becomes usable and whether transcription was requested. Descript transcription processing belongs to a different stage from the upload, so wait or investigate that task without resending the file just to refresh a spinner.
When the imported item becomes playable, compare its duration and relevant beginning and ending portions with the local source. Check that the intended item is in the intended project. A transcript's appearance does not by itself prove that every media section is present or that the transcription is accurate.
If transfer completed but processing repeatedly fails, retain the original item and request official support using the project reference through an approved channel. Share the app or browser version, source format, approximate size and duration, failed stage, timestamps, and sanitized error. Do not include session cookies, access tokens, confidential transcripts, or the recording unless you are authorized and support specifically requests it.
Arrange the record in order: local readability, upload state, processing state, transcription state, and final media check. This gives support a smaller question than “Descript is broken” and avoids repeated imports that create confusing duplicates. Keep the untouched source until the project result has been verified and safely retained.
Before contacting support, appoint one person to manage retries and record the original item’s state so collaborators do not run simultaneous imports or confuse results from different attempts.
Uploading through the Project panel does not automatically transcribe the media. Confirm which import route you used and whether transcription was requested before treating an empty script as evidence of a failed file transfer.[1]
It can indicate that transfer finished, but processing or transcription may still remain. Record the completed stage, then check usable media and the requested transcript instead of assuming that one indicator covers every operation.
Not as the first response to a stalled upload. Preserve the existing project and identify the failed item first; a controlled retry may be appropriate, but creating many copies makes it harder to know which item contains your edits.
Use that result to stop the interference branch. Descript includes VPN interference in its official network guidance, so an upload restored by disconnecting does not justify adding another tunnel or claiming the service needs one.[2]
Work only with media and edits you can safely access, and preserve the original source. Do not delete the pending item to tidy the panel or infer that cloud work has finished because unrelated editing controls remain responsive.
Confirm local readability, record the specific import error, and compare one permitted non-sensitive control file in the same project context. Keep its result separate from the original recording; a small successful sample cannot prove complete transfer of the larger file.
Contact support when an account or regional condition blocks authorized use, or transfer is complete but processing repeatedly fails. Include the last successful stage and sanitized details, while retaining your original recording and avoiding repeated project resets.
Sources checked 7 October 2026.
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.





