-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiple upload #94
Multiple upload #94
Conversation
I tested the actual status. Multiple uploads works. Images stored in temp file. It's great to see how multiple images load in the same time. |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
A hint from me: |
04d239f
to
0a27a1e
Compare
@AlexanderSupp Can you please give me the output of the browser console too? |
@eumel1602 Can you please add the output of the browser console? |
The size of the uppy dashboard is dynamically calculeated in the uppy app. If you want that to be changed you have to open an issue in the uppy repository (https://github.com/transloadit/uppy). I can not change that behavior in JoomGallery. |
First: Still a few problems for me: 1: When klicking on upload, there is a '404 Not Found' error in the browser console for each image. Example: 2: Problem when uploading very large images (6000 x 4000px; about 10MB) When using ImageMagick:
Where it is a limit here? 3: In general, it should be noted that a image record is always created in the database, even if an error occurs during the upload and no images are created. |
This comment was marked as off-topic.
This comment was marked as off-topic.
I set Nmb parallel processes to 2. And I limited the images to 11. |
Did you notice that this is a bug of the upload method:
Only one of the three things is saved at a time. (The joomgallery V4 can't do anything about that) |
Yes. This is correct like that. If you upload the same image with uppy multiple times, uppy will send out a request to the TUS server checking if the image is already available in the destination location on the server. If not, the TUS server response back with a 404, telling the client that this image is not yet uploaded. |
@MrMusic This limit comes from the com_media settings. We are using the filesystem-plugins to handle the filesystem. Since this plugins seem to read out some settings from com_media this limits also affect us now... |
Information: |
Thanks for this info. I haven't realized that. |
@MrMusic No a memory limit overflow looks like this: |
|
@eumel1602 Just to clarify: You get the above posted JavaScript error when you add more than 64 images to the uppy dashboard and press the upload button? |
yes, exactly ! (in this case 99 pieces, small .jpg pictures... |
Oke, I think this JavaScript errors are not solvable in an easy way. I have to shift this to a new PullRequest. I need to digg into uppy-plugin development for this. The error accures because of the hacky way I am doing the postprocessing of the uploads. |
I can confirm the problem when Nmb parallel processes is greater 1 and image procesor is ImageMagick.
Thank you for the clarification. I had not expected this. |
I didn't notice the commit from May 19, 2023 because i had already installed it last week. It works fine! |
Multi-upload with uppy, tus and async-sema.
This PR adds a form to upload multiple images into the same category.
You find the form in the Joomla backend in Components > JoomGallery > Images > New > Multiple New.
All configuration settings which are not red in the tab "General Settings" (level one tab) are taken into account and will influence the result or the upload process itself.
Upload form
On the right hand side the general image data can be inserted, the same way is it was done in JG3 Drag'N'Drop uploader. Data enterd here is used for all the images.
Inside the uppy form to the left there is a edit button below each image preview allowing to adjust title, author and description for each image individually. This data on each image will override the general data from the right form if available.
If activated in the configuration the image metadata will override the general and individual data from the upload form.
(Priority: Metadata > individual image data > general form data)
Below the uppy form the debug mode can be activated. This works similarly as in JG3 Drag'N'Drop uploader. But the uploader will display debug data additionally in the browser console.
Request protocol for one image
Multiple requests to the server are perfomed for each upload. Except for the last POST requests, all the requests are from the tus communication protocol uploading the files to the server.
System architecture
Test instructions