New uploader stops in the middle

101 views
Skip to first unread message

wise_mike

unread,
Nov 16, 2021, 2:47:47 AM11/16/21
to Gallery 3 Users
The new uploader script stops uploading in the middle most of the time for me, and there is nothing to show in the logs.  I was using the "HTML5 Upload Progress" module before, and did some tweaks so it worked fine for me, but with the final gallery version, it doesn't seem to accept it when adding it through the Modules admin panel.

It seems to be stopping after like 2MB of upload or something! Not sure..

I tried the "html_uploader" module and it uploaded the image that was stuck in the new uploader, but it just uploads one image at a time (allows select of only one at a time!).

Any suggestions on how to fix this? Or how to revert back to the "HTML5 Upload Progress" module?  

Thanks..

I have this in .htaccess
  php_value post_max_size      100M


And contents of php.ini in the Gallery folder:

[PHP]
short_open_tag = On
magic_quotes_gpc = Off
magic_quotes_sybase = Off
magic_quotes_runtime = Off
register_globals = Off
upload_max_filesize = 20M
post_max_size = 100M
memory_limit = 1024M


max_file_uploads = 20
default_charset = "utf-8"

[Session]
session.auto_start = Off

[suhosin]
suhosin.session.encrypt = Off



--------

Operating system: Linux 4.10.0-35-generic
Apache: Apache
PHP: 5.6.40-26+ubuntu16.04.1+deb.sury.org+1
MySQL: 5.7.33-0ubuntu0.16.04.1
Server load: 1.12 1.86 1.63
Graphics toolkit: gd
Gallery stats
Apache API Version 20120211
Version: 3.1.3 (Revival)

Jon Schewe

unread,
Nov 18, 2021, 8:14:26 AM11/18/21
to gallery...@googlegroups.com
I had a similar issue late last year. You can probably find the thread titled "Trouble with new uploader" in the list archive. Looking at warnings in the javascript console I believe this may be related to the uploader javascript using the main thread to do it's work. In the end I switched to http://codex.galleryproject.org/Gallery3:Modules:html_uploader for my uploads. It only allows 3 images at a time, but it's reliable.


--
WHEN USING AN EMAIL PROGRAM to reply to this message, click REPLY TO LIST or REPLY TO ALL so your reply goes out to everyone in the group. If you click REPLY or REPLY TO SENDER Google will *only* send your reply to the original author (not recommended).
 
To post a NEW MESSAGE to the group, send an new email to:
gallery...@googlegroups.com
 
To view or sign in to this group on the web, use this URL:
https://groups.google.com/forum/#!forum/gallery-3-users
---
You received this message because you are subscribed to the Google Groups "Gallery 3 Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gallery-3-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gallery-3-users/93d5370a-eab5-480a-b4dc-4ea5c8504482n%40googlegroups.com.

J.R.

unread,
Nov 19, 2021, 1:20:00 AM11/19/21
to gallery...@googlegroups.com
Strange that some folks are having trouble with the HTML image uploader in Gallery 3.1.3. -- I use it to upload a *lot* of images into the Gallery at www.boxartden.com/gallery/ and have never had any problems with it as configured "right out of the box".

-- J.R.

wise_mike

unread,
Nov 19, 2021, 1:40:27 AM11/19/21
to Gallery 3 Users
Thanks  guys..  

But any idea how to fix that js issue if it's the culprit here?
For me uploading one image at a time is not an option when needing to upload hundreds of images or something!

How can I manually replace the new uploader with this one:

Or allow the simple one to select more than one image from one button?

Thanks.

Jon Schewe

unread,
Nov 19, 2021, 7:17:15 AM11/19/21
to gallery...@googlegroups.com
As far as fixing the js issue, I looked into it at one point, but haven't had much time to try and write a new one. If a developer has time and energy there are examples of how to upload images in javascript properly. I don't have the links on hand, but didn't have much trouble finding them before with some searching. The hardest part for me is not knowing the gallery side of things to make sure that the examples were properly connected to the backend.

As far as installing the uploader module, have you tried the installation instructions at the top of the wiki page? 

As far as selecting multiple images per button on the simple uploader, that's not possible. The simple uploader is designed to upload one image for each button.

wise_mike

unread,
Nov 19, 2021, 8:13:08 AM11/19/21
to Gallery 3 Users
Thanks Jon.

I found an alternative uploader that can be added and allows multiple selections of files max_file_count: :

However it doesn't seem to be respecting the " simultaneous_upload_limit" in the "Gallery/admin/advanced_settings.html", and it just uploads one at a time! 

There is a line here: "plupload\views\form_plupload.html.php"
max_file_count: <?= $simultaneous_upload_limit ?>,
I even tried to change it to
max_file_count: 10
or 
max_file_count: "10"
or
max_file_count: '10'
but still it uploads one at a time.

Message has been deleted

J.R.

unread,
Nov 19, 2021, 3:36:31 PM11/19/21
to gallery...@googlegroups.com
re-post, I screwed up the links on the first try- - J.R.

wise-mike,

I  really would suggest sticking with the Galley 3.1.3 image uploader since it is current code that is maintained and updated as necessary
-- I *can* load multiple images with it simultaneously. Note that the code for the other HTML uploader at:

http://codex.galleryproject.org/Gallery3:Modules:html5_upload.html

  ... is ancient, has not been maintained for over 10 years and I believe only ever allowed 3 images at a time  and never worked very well anyway. The same goes for the uploader at:

http://codex.galleryproject.org/Gallery3:Modules:plupload

Honestly, it's going to be a frustrating waste of time to try to hack 10-year old code that never worked well to begin with.

But I may have a take on why the 3.1.3 default uploader is giving you trouble. I vaguely recall having a similar problem when I first upgraded to 3.1.3 -- I would start the uploader, navigate to a folder on my local computer, find images to upload and I would then click on one and the upload would immediately start, so I couldn't click on any others... it seemed like I could only upload one image at a time.

Then I realized that the 3.1.3 uploader works on a totally different design principle than I was used to (let's call it the "make everything work like the user is on a tiny-screen mobile phone" philosophy): It really does not want you click on an image to select it for upload: Instead it wants you to click and drag an image into the uploader window and drop it there. The image will *immediately* start uploading, but the uploader window will remain open -- so you can just go back to the images on your local computer and drag-and-drop another image into the window and it will get in line. You can drag up to 10 images at a time into the uploader window -- but this is not as limiting as it might seem because the uploader is  actively uploading the "next image in line" on it's end and so emptying out the uploader window on one side while you are dropping more images into it on your end.

If you've already tried the above and 3.1.3 uploader does not behave this way, then there is something wrong with its installation -- if you upgraded from an old version of Gallery, something may not have been changed properly during the upgrade process. Or if your Gallery installation is heavily customized, that could be another reason why it's giving you trouble. Try doing a fresh Test Installation of Gallery 3.1.3 and see if it works properly. T
he current 3.1.3  code does work fine. I use it every day.

-- J.R.

Jon Schewe

unread,
Nov 19, 2021, 6:49:03 PM11/19/21
to gallery...@googlegroups.com
I do not have a customized gallery, it's very basic. I switched back to the original upload code tonight. I found the same problem. Large images or videos that take longer than 30 seconds to upload, don't upload. When I look in the web developer console I see the following:

Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user’s experience. For more help http://xhr.spec.whatwg.org/

I suspect this is part of the problem.

In the apache logs I see:

[Fri Nov 19 18:30:26.723019 2021] [proxy_fcgi:error] [pid 269407] (70008)Partial results are valid but processing is incomplete: [client XX.XX.XX.XX:XXXX] AH01075: Error dispatching request to : (reading input brigade), referer: https://hostname/gallery/index.php/album/test

This is the same error I saw before.

Switching on the html5_upload module doesn't fix the problem either. I see the same warning in the web developer console and the same error in the apache logs.

J.R.

unread,
Nov 21, 2021, 5:58:16 PM11/21/21
to gallery...@googlegroups.com
John and others,

It certainly sounds like your server's PHP configuration needs tweaking... it's forcing a timeout because of the large files. Not sure what changes need to be made and the settings, need to do a little research on them and get back to you. Anyone out there who already has a PHP configuration already tweaked for large uploads? Meanwhile, you should do a test with the a single image that fails, but try it compressed or resized down to a smaller size and see if that uploads. Keep trying with smaller file sizes until you find one that goes through -- that will give us an idea what configuration settings to look at.

-- J.R.

Jon Schewe

unread,
Nov 21, 2021, 8:57:14 PM11/21/21
to gallery...@googlegroups.com
The results of this testing and the configuration parameters are in the previous thread. I've yet to find a way around this with the html5 uploader. However using the simple form works fine. This suggests to me that there is a difference between how the HTML5 uploader sends the file and how a web form sends the file. 

J.R.

unread,
Nov 22, 2021, 2:28:40 AM11/22/21
to gallery...@googlegroups.com
Jon,

Not sure what you mean by "the simple form" -- unless you mean the old Flash-based uploader that was included in Gallery 3.0.9. If that's still working for you that's good -- but since Adobe abandoned all development and support for Flash two years ago, it may not be a great idea because Flash was always plagued by security vulnerabilities and required almost constant upgrades. But since there have been none for two years now, in many cases it would not be safe to continue to use the Flash-based uploader. Many hosting servers will not allow the use of any Flash-based apps on their systems anymore for this reason.

-- J.R.

Jon Schewe

unread,
Nov 22, 2021, 7:51:27 PM11/22/21
to gallery...@googlegroups.com

J.R.

unread,
Nov 23, 2021, 5:00:43 PM11/23/21
to gallery...@googlegroups.com
Jon,

Yeah... I figured that out from the link to it in your last message -- I'd never heard of that one. It was developed by "bharat" -- one of the last remaining members of the official Gallery3 development team from 2010 and is the one who has paid to keep the old Gallery codex pages up on the web so the rest of us can still have access to the wealth of information there. He last updated his "html_loader" at Git Hub about 5 years ago, so at least it is far more current that the others found at the old codex -- which undoubtedly explains why it is working for you -- although it is not as current as Brad's HTML uploader packaged in Gallery 3.1.3.

Since bharat's "html_loader" only does three uploads simultaneously, maybe he found he had to limit to three because of the PHP timeout issues on large uploads? So for you it seems to be the best solution and I'm glad you brought it to our attention.
I'll have to check it out. With over 20,000 images on boxartden.com we've always optimized our images for reasonably compact file sizes, between 1MB - 2MB, and so never had any issues with the default Gallery 3.1.3 uploader doing multiple uploads. Out of curiosity, how big are the file sizes you've been having a problem with?

-- J.R.

Jon Schewe

unread,
Nov 24, 2021, 10:15:23 PM11/24/21
to gallery...@googlegroups.com
I don't think the number of images is an issue. That form could probably be expanded to more images. It's something about how the images are sent. It is time related, when I'm at my house with very fast internet I only have problems with movies, 15MB or so. When I'm at my parents house, DSL speeds, most images time out. It's pretty consistent that it's 30 seconds when the time out occurs.

Sean Ster

unread,
Oct 18, 2022, 12:25:19 AM10/18/22
to Gallery 3 Users
I posted a fix for this in what I would call the original thread. 

Reply all
Reply to author
Forward
0 new messages