openedx / openedx/openedx-platform

Make content staging static asset size limit configurable

Open
#38,672 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
8.2k
Forks
4.4k
Avg merge
6d 18h
Merged PRs (30d)
42

Description

Description

Content staging currently skips storing the actual data_file for static assets larger than the hardcoded 10 MB limit. The staged file metadata is still preserved, including values such as source_key_str and md5_hash, which allows later recovery/import flows to identify the missing asset.

This default behavior is reasonable for many deployments because staged files may be stored remotely and uploading very large assets can be slow or unnecessary. However, some Open edX installations need to support larger static assets during copy, clipboard, or library sync workflows.

Use Case

Operators should be able to configure the maximum static asset size allowed during content staging without modifying platform code.

For example, a deployment may want to allow assets up to 50 MB instead of the current 10 MB default, while another deployment may prefer to keep the existing behavior.

Proposed Solution

Add a Site Configuration value that controls the static asset staging size limit in bytes:

{
  "CONTENT_STAGING_STATIC_ASSET_SIZE_LIMIT_BYTES": 52428800
}

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files or tests are named. Locate the content staging code that skips storing static assets over 10 MB and the Site Configuration handling, then check how the default limit is represented. Done means the CONTENT_STAGING_STATIC_ASSET_SIZE_LIMIT_BYTES value controls the byte limit while the existing default behavior remains unchanged; review pull request 38670 for related work.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
backend
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Clearly specified
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.