starred/panel-pelican-dev
1
0
Fork 0
mirror of https://github.com/pelican-dev/panel.git synced 2026-05-04 18:00:48 +03:00
Code Issues 41 Packages Projects Releases 10 Wiki Activity

Uploads broken #478

New Issue
Closed
opened 2026-02-05 17:39:53 +03:00 by OVERLORD · 7 comments
OVERLORD commented 2026-02-05 17:39:53 +03:00
Owner
Copy Link

Originally created by @JoanFo1456 on GitHub (Nov 1, 2025).

Originally assigned to: @notAreYouScared on GitHub.

Current Behavior

At this moment, if you have larger uploads, such as 1GB, if you only give PHP 128MB of ram, it will fail, as it seems to try to open the files.

Image Image

Expected Behavior

This shouldn't happen at all, it should upload them directly without trying to open them.

Steps to Reproduce

  1. Change on the webserver the upload limit
  2. Change it also on Wings
  3. Try to upload a larger file

Panel Version

canary (e6aa76e)

Wings Version

dev-c7d0905

Games and/or Eggs Affected

No response

Docker Image

No response

Error Logs

https://logs.pelican.dev/4fbf6435

Is there an existing issue for this?

  • I have searched the existing issues before opening this issue.
  • I have provided all relevant details, including the specific game and Docker images I am using if this issue is related to running a server.
  • I have checked in the Discord server and believe this is a bug with the software, and not a configuration issue with my specific system.
Originally created by @JoanFo1456 on GitHub (Nov 1, 2025). Originally assigned to: @notAreYouScared on GitHub. ### Current Behavior At this moment, if you have larger uploads, such as 1GB, if you only give PHP 128MB of ram, it will fail, as it seems to try to open the files. <img width="227" height="52" alt="Image" src="https://github.com/user-attachments/assets/cf83d053-520c-4d40-bc5a-86674cb9914f" /> <img width="1413" height="897" alt="Image" src="https://github.com/user-attachments/assets/4deea338-b7f1-448d-b6d3-bf5f83faa234" /> ### Expected Behavior This shouldn't happen at all, it should upload them directly without trying to open them. ### Steps to Reproduce 1. Change on the webserver the upload limit 2. Change it also on Wings 3. Try to upload a larger file ### Panel Version canary (e6aa76e) ### Wings Version dev-c7d0905 ### Games and/or Eggs Affected _No response_ ### Docker Image _No response_ ### Error Logs ```bash https://logs.pelican.dev/4fbf6435 ``` ### Is there an existing issue for this? - [x] I have searched the existing issues before opening this issue. - [x] I have provided all relevant details, including the specific game and Docker images I am using if this issue is related to running a server. - [x] I have checked in the Discord server and believe this is a bug with the software, and not a configuration issue with my specific system.
OVERLORD added the 🟡 medium label 2026-02-05 17:39:53 +03:00
OVERLORD commented 2026-02-05 17:39:56 +03:00
Author
Owner
Copy Link

@notAreYouScared commented on GitHub (Nov 1, 2025):

Giving it more ram makes it not fail?

@notAreYouScared commented on GitHub (Nov 1, 2025): Giving it more ram makes it not fail?
OVERLORD commented 2026-02-05 17:39:58 +03:00
Author
Owner
Copy Link

@JoanFo1456 commented on GitHub (Nov 1, 2025):

Giving it more ram makes it not fail?

Exactly, but if I want to upload 600MB I require 620MB minimum...

@JoanFo1456 commented on GitHub (Nov 1, 2025): > Giving it more ram makes it not fail? Exactly, but if I want to upload 600MB I require 620MB minimum...
OVERLORD commented 2026-02-05 17:40:00 +03:00
Author
Owner
Copy Link

@notAreYouScared commented on GitHub (Nov 1, 2025):

Considering the error in is the vendor folder we cant really "fix it" until we redo file uploading.

@notAreYouScared commented on GitHub (Nov 1, 2025): Considering the error in is the vendor folder we cant really "fix it" until we redo file uploading.
OVERLORD commented 2026-02-05 17:40:03 +03:00
Author
Owner
Copy Link

@JoanFo1456 commented on GitHub (Nov 1, 2025):

Considering the error in is the vendor folder we cant really "fix it" until we redo file uploading.

But it is a bug, so it should have a issue, so it's never lost on the discord

That's what you told me some times already

@JoanFo1456 commented on GitHub (Nov 1, 2025): > Considering the error in is the vendor folder we cant really "fix it" until we redo file uploading. But it is a bug, so it should have a issue, so it's never lost on the discord > That's what you told me some times already
OVERLORD commented 2026-02-05 17:40:06 +03:00
Author
Owner
Copy Link

@mristau commented on GitHub (Nov 1, 2025):

i know it might be annoying for some people to use sftp instead of panel uploads, but panel has a default of 100MB for some reasons, memory_limit is one of those too, it can always be overridden, but for bigger files should just use sftp
If you know what you're doing, you can increase all kinds of limits, which can lead to new problems.

@mristau commented on GitHub (Nov 1, 2025): i know it might be annoying for some people to use sftp instead of panel uploads, but panel has a default of 100MB for some reasons, memory_limit is one of those too, it can always be overridden, but for bigger files should just use sftp If you know what you're doing, you can increase all kinds of limits, which can lead to new problems.
OVERLORD commented 2026-02-05 17:40:08 +03:00
Author
Owner
Copy Link

@JoanFo1456 commented on GitHub (Nov 1, 2025):

i know it might be annoying for some people to use sftp instead of panel uploads, but panel has a default of 100MB for some reasons, memory_limit is one of those too, it can always be overridden, but for bigger files should just use sftp If you know what you're doing, you can increase all kinds of limits, which can lead to new problems.

It is an issue either way..

@JoanFo1456 commented on GitHub (Nov 1, 2025): > i know it might be annoying for some people to use sftp instead of panel uploads, but panel has a default of 100MB for some reasons, memory_limit is one of those too, it can always be overridden, but for bigger files should just use sftp If you know what you're doing, you can increase all kinds of limits, which can lead to new problems. It is an issue either way..
OVERLORD commented 2026-02-05 17:40:10 +03:00
Author
Owner
Copy Link

@notAreYouScared commented on GitHub (Nov 1, 2025):

Yes its an issues. Never said it wasn't. Just said its not really fixable in the file uploaders current state.

I also didn't close the issue. I'm fine with the issue being open.

@notAreYouScared commented on GitHub (Nov 1, 2025): Yes its an issues. Never said it wasn't. Just said its not really fixable in the file uploaders current state. I also didn't close the issue. I'm fine with the issue being open.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
not confirmed
pull-request
Mirrored from GitHub Pull Request
 👑 sponsor
💰 fund
🔴 hard
🟡 medium
🟡 medium
🟡 medium
🟢 easy
🟢 easy
🟢 easy
No Label 🟡 medium
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/panel-pelican-dev#478
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?