feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

feat: per user limit - #922

Merged
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override
Mar 15, 2026
Merged

feat: per user limit#922
coodos merged 2 commits into
mainfrom
feat/storage-per-user-override

Conversation

@coodos

@coodoscoodos commented Mar 15, 2026

Copy link
Copy Markdown
Contributor

Description of change

add capability for per user overrides

Issue Number

Type of change

  • New (a change which implements a new feature)

How the change has been tested

Change checklist

  • I have ensured that the CI Checks pass locally
  • I have removed any unnecessary logic
  • My code is well documented
  • I have signed my commits
  • My code follows the pattern of the application
  • I have self reviewed my code

Summary by CodeRabbit

  • New Features
    • File upload limits are now personalized per user rather than using a fixed 1GB limit.
    • Storage quota pages now display user-specific upload and storage limits dynamically.
    • Error messages now reference dynamic size limits instead of hardcoded values.

@coderabbitai

coderabbitaiBot commented Mar 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

The PR introduces dynamic per-user file upload limits. A new size column is added to the User entity with a 1GB default. FileController and FileService are updated to retrieve and use this user-specific limit instead of hardcoded values. Client UI components reflect the dynamic limits.

Changes

Cohort / File(s)Summary
Database Schema & Migration
platforms/file-manager/api/src/database/entities/User.ts, platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
Added size column (int, default 1) to User entity with corresponding TypeORM migration for schema alteration.
Backend Logic - Storage Limit Resolution
platforms/file-manager/api/src/services/FileService.ts, platforms/file-manager/api/src/controllers/FileController.ts
Replaced hardcoded 1GB file size limits with dynamic per-user limits retrieved from user.size. Quota validation now executes prior to per-file size checks using computed user-specific maxSize values.
Client-side UI Updates
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte, platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte
Removed client-side 1GB validation; server-side validation is primary gate. Updated error messages and storage info display to use dynamic, human-readable limit values via formatBytes().

Sequence Diagram

sequenceDiagram
participant Client as Client (Browser)
participant Controller as FileController
participant Service as FileService
participant DB as User Database
Client->>Controller: POST /upload (file)
Controller->>Service: getUserStorageUsage(userId)
Service->>DB: Query user.size
DB-->>Service: user.size (GB)
Service->>Service: Calculate limit (user.size * 1GB in bytes)
Service-->>Controller: limit (bytes)
Controller->>Controller: Validate file ≤ limit
alt File exceeds limit
Controller-->>Client: 413 Error (exceeds size limit)
else File within limit
Controller->>DB: Save file
DB-->>Controller: Success
Controller-->>Client: 200 OK
end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

  • fix: file manager limits #663: Modifies FileController's upload handling and per-file size/quota validation logic with similar multi-file upload and size limit validation changes.

Poem

🐰 A rabbit hops with glee,
No more fixed one-gig decree!
Each user's size now takes the stage,
Dynamic limits on the page,
Storage flows with custom might, 🎪

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check nameStatusExplanation
Title check✅ PassedThe title 'feat: per user limit' directly aligns with the main change—implementing per-user storage limits replacing hardcoded 1GB limits across the file manager.
Description check✅ PassedThe description follows the required template with issue number, type of change (New), and completed checklist. However, the 'How the change has been tested' section is empty, lacking specific testing details.
Docstring Coverage✅ PassedNo functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
  • 📝 Generate docstrings (stacked PR)
  • 📝 Generate docstrings (commit on current branch)
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feat/storage-per-user-override
📝 Coding Plan
  • Generate coding plan for human review comments

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitaicoderabbitaiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
platforms/file-manager/api/src/controllers/FileController.ts (1)

169-176: ⚠️ Potential issue | 🟡 Minor

Same "0GB" formatting issue in batch upload path.

This error message has the same sub-gigabyte formatting problem as the single-file upload. Apply the same formatBytes helper here for consistency.

Proposed fix
- error: `File size exceeds ${Math.round(limit / (1024 * 1024 * 1024))}GB limit`,+ error: `File size exceeds ${this.formatBytes(limit)} limit`,
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/api/src/controllers/FileController.ts` around lines
169 - 176, In the batch-upload branch inside FileController (where file.size >
limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
🧹 Nitpick comments (2)
platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte (1)

212-213: Clarify "Maximum file size" vs "Total storage quota" distinction.

Both lines now display formatBytes(limit), making them identical. The text "Maximum file size: X per file" and "Total storage quota: X" convey the same value, which may confuse users expecting separate per-file and total limits.

If the design intent is that single files can consume the entire quota, consider updating the copy to clarify this:

Suggested copy clarification
- <li>• Maximum file size: {formatBytes(limit)} per file</li>- <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Total storage quota: {formatBytes(limit)}</li>+ <li>• Single files may use up to your full quota</li>

Alternatively, if there should be a separate per-file limit, the backend would need to return and enforce it distinctly.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte
around lines 212 - 213, The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.
platforms/file-manager/client/src/routes/(protected)/files/+page.svelte (1)

296-298: Consider showing the actual limit in the error message.

The error message now uses generic text "exceeds the size limit" instead of showing the actual value. The server response includes maxSize which could be formatted and displayed for better UX.

Optional: Display actual limit from server response
 } else {
toast.error(
- `File "${file.name}" exceeds the size limit`,+ `File "${file.name}" exceeds the ${formatFileSize(errorData.maxSize || 0)} limit`,
);
}

Note: The formatFileSize function already exists in this file (lines 812-822).

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte
around lines 296 - 298, Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 49-55: The error message uses Math.round(limit / (1024 * 1024 *
1024)) which yields "0GB" for sub-GB limits; add a helper method (e.g., private
formatBytes(bytes: number): string) to FileController to convert bytes into a
human-readable string (Bytes/KB/MB/GB) with up to two decimals, then replace the
existing interpolation in the upload size check (the block referencing
req.file.size and limit) to use formatBytes(limit) so the response message shows
an appropriate unit and value; ensure the JSON still returns maxSize and
fileSize unchanged.
In `@platforms/file-manager/api/src/services/FileService.ts`:
- Around line 360-366: The current quota calculation uses user.size directly so
a stored value of 0 yields limit=0 and blocks uploads; add validation to enforce
a minimum of 1 on the User entity (e.g., annotate the size property with `@Min`(1)
or add a DB CHECK constraint on the users.size column) and/or add defensive
runtime handling in the FileService where userRepository.findOne is used (check
user?.size and coerce values <=0 to 1 before computing sizeInGB and limit);
update the User entity's size validation and any relevant DB migrations to
ensure the constraint is enforced at persistence and adjust FileService
(symbols: userRepository.findOne, user.size, sizeInGB, limit) to defensively
handle invalid stored values.
---
Outside diff comments:
In `@platforms/file-manager/api/src/controllers/FileController.ts`:
- Around line 169-176: In the batch-upload branch inside FileController (where
file.size > limit triggers errors.push), replace the hardcoded
Math.round(limit/(1024*1024*1024))GB message with the existing formatBytes
helper so the limit is rendered in human-friendly units; update the error object
created in errors.push (referencing file.originalname, file.size and limit) to
use formatBytes(limit) for the error string instead of the GB calculation.
---
Nitpick comments:
In `@platforms/file-manager/client/src/routes/`(protected)/files/+page.svelte:
- Around line 296-298: Update the toast error to include the server-provided
maxSize by reading the response's maxSize and formatting it with the existing
formatFileSize function; locate the toast.error call that currently says `File
"${file.name}" exceeds the size limit` and change it to include
`formatFileSize(maxSize)` (or a fallback if maxSize is missing) so the message
becomes something like `File "X" exceeds the size limit of Y` using the
`formatFileSize` helper already defined in the file.
In `@platforms/file-manager/client/src/routes/`(protected)/storage/+page.svelte:
- Around line 212-213: The two list items both use formatBytes(limit) which
makes "Maximum file size" and "Total storage quota" identical and confusing;
update the UI to either (a) display a distinct per-file limit variable (e.g.,
use perFileLimit instead of limit and call formatBytes(perFileLimit) in the
"Maximum file size" <li>) and ensure the backend returns/enforces perFileLimit,
or (b) explicitly clarify in the copy that the per-file limit equals the total
quota (change the text around the formatBytes(limit) usage to something like
"Maximum file size (per file): {formatBytes(limit)} — equals your total quota").
Reference the existing formatBytes function and the limit variable and the two
<li> elements in +page.svelte to locate the changes.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 68ac0370-0124-4b07-8b57-f4fdb0a1c716

📥 Commits

Reviewing files that changed from the base of the PR and between 54df1dc and ce1a5a5.

📒 Files selected for processing (6)
  • platforms/file-manager/api/src/controllers/FileController.ts
  • platforms/file-manager/api/src/database/entities/User.ts
  • platforms/file-manager/api/src/database/migrations/1773609001333-AddUserSize.ts
  • platforms/file-manager/api/src/services/FileService.ts
  • platforms/file-manager/client/src/routes/(protected)/files/+page.svelte
  • platforms/file-manager/client/src/routes/(protected)/storage/+page.svelte

Comment threadplatforms/file-manager/api/src/controllers/FileController.ts
Comment threadplatforms/file-manager/api/src/services/FileService.ts
@coodos
coodos merged commit a324b76 into mainMar 15, 2026
4 checks passed
@coodos
coodos deleted the feat/storage-per-user-override branch March 15, 2026 21:31
@coderabbitaicoderabbitaiBot mentioned this pull request Mar 16, 2026
6 tasks
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@coodos