News:

Support for jDownloads 3 has been ended
Since 17 August 2023 Joomla.org has discontinued support for Joomla 3.x. Therefore, we will no longer offer official support for our Joomla 3 jDownloads version 3.9.x from January 2024.
Please update your website to the latest Joomla version (Joomla 4 or Joomla 5) as soon as possible. Afterwards, please update jDownloads to the latest published version. The longer you delay, the more difficult the upgrade process for your website is likely to be.

Main Menu
Support-Forum

Uploads fails when use the backend PLUPLOAD method

Started by chepp, 28.03.2021 19:02:00

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

chepp

File uploads are not working. The progress bar shows the upload process but it fails with a yellow triangle icon. The hover text over the icon is "HTTP Error". There are no other error messages on the page.

I read somewhere that it might have something to do with Joomla 3.7, and the order of something loading, but I can't find that post anymore for some reason. The answer for that post included a suggestion to load DJ-jQueryMonster, but the plugin completely trashed my site and I had to restore from backup.

I tried selecting all the different options under "Uploader runtime". HTML 5 shows the error state. The HTML4 version shows success but the file isn't there. All the rest would not load.

How can I resolve this issue?

- Joomla! 3.9.25
- PHP 7.3.27
- MySQLi 5.7.32-35-log
- jDownloads Version 3.2.65 and 3.9.7.3

Thanks
  •  

ColinM

Hi
Is this an upload from the front end or the backendFrom memory I do not recall seeing a progress bar!
Could you please advise what setting you have in Options- Upload Tab
Colin
Colin M
  •  

chepp

I'm uploading from the back end.

Options set:

Uploader Runtime: All Runtimes
Maximun File Size(MB) 10
Chunk Size: 0
Unit for Chunk Size: Megabyte
Allowed Image Extensions: gif,png,jpg,jpeg,GIF,PNG,JPG,JPEG
Other allowed File Extensions: zip,rar,pdf,doc,txt,ZIP,RAR,PDF,DOC,DOCX,TXT,xlsx,mp3,ico,svg,vsd
Enable File Rename, Unique Names, Enable Image Resizing, and Show Uploader Log: No

I added a screen shot of the options.

There is a % progress up by the files and a progress bar at the bottom. I added screen shots of the progress and the failed screen as well.

Thank you
  •  

chepp

Sorry - just realized I uploaded the fail screen capture twice. Here is the progress capture
  •  

ColinM

Hi
I see that you are uploading a file that is 7.2 Mbyte in size.
The maximum allowed size in the jD setup is given as 10 Mbyte and  in your PHP.ini file as 256 Mbyte.  Could you also check post_max_size which is usually slightly largerAlso suggest you reduce the max_file_size to 128M as that is wheremost sites seem to have the setting - maybe 256M causes a problem.  Personally I use 100Mbyte

In addition there is an upload_max_filesize limit in php.ini so could you also check that.
I have just tested an uplaod of 7Mbyte OK and got a tick where you have a error sign!!
So I think it is a setting somewhere in the php.ini file - or maybe you do not have sufficient web site space.
Colin
Colin M
  •  

chepp

I will make some size adjustments per your recommendations, but the only reason I was using such a large file was so I can screen capture the progress screen. The small uploads progress too fast to capture. All file uploads fail regardless of file size or file type. Most of our uploads are around 500K to 1M. and are mostly PDF files.
  •  

chepp

I set the Maximum File Size (MB) set to 128. The post_max_size and upload_max_filesize are both currently set to 256M but are not editable. The file size settings have not changed in quite a while. I verified we still have 11.89 GB of free space.

Uploads, both big and small, PDF and image, are still failing.
  •  

Arno

#7
Hi,
normally works this upload option for the most users without any problems.
But from time to time a user posted a problem like yours. The reason is mostly server settings or wrong permissions. I will try to find some other older topics to this issue.

You have no problems to upload files with the normal way? I mean when you edit (or create) a Download and select in this form a file for upload?

By the way, when you visit the backend from our demo installation here:

https://www.jdownloads.org/administrator/   
(use demo / demo as login data)

you will see that everything works as expected with the upload script. So the problem must have to do with your server.
Best Regards / Gruß
Arno
Please make a Donation for jDownloads and/or write a review on the Joomla! Extensions directory!
  •  

chepp

The "normal way" does work but it isn't our normal process flow. We have been using jDownloads for many years without problems. Our hosting provider did change our server which initially broke our installation but I was able to get it working by updating the path. It has been working fine for a few months up to a couple weeks ago. I would think any other server issues would have happened when we moved to the new server. Any suggestions on what to do next? I'm fairly technical but not a developer so I would appreciate any suggestions.
  •  

Arno

You could try this:
http://www.jdownloads.com/forum/index.php?topic=11464.msg43169#msg43169

Please note that we have not changed here anything in the last months. We use always the same (free) PLUPLOAD Javascript.
Best Regards / Gruß
Arno
Please make a Donation for jDownloads and/or write a review on the Joomla! Extensions directory!
  •  

chepp

Well, ok. That was the solution that trashed my site so that isn't going to work. Are there any logs or debugging that can point to a potential cause? The browser console is showing a 500 error with "Referrer Policy: strict-origin-when-cross-origin", but it looks pretty generic to me. I was hoping to hone in on a more specific answer.
  •  

ColinM

Hithe HTML Referrer Policy: strict-origin-when-cross-origin is now the default setting if you have no policy set. Previously it was "no-referer-when-downgrade".  This change came in on November 2020 which would liner up with the hosting site 'upgade'.   I suggest that you set a policy of  "no-referer-when-downgrade".
It seems the diferences between the two is small but significant.  Suppose your site is https:://yoursite.com and you linking from 'yourpage'.  That is you are linking from a location https:://yoursite.com/yourpage to a remote site https:://remotesite.com/remotepage
then policy
"no-referer-when-downgrade" replies to location https:://yoursite.com/yourpage  That is to the location that initiated the the link.But policy "strict-origin-when-cross-origin" would reply to location https:://yoursite.com/  That is to the site root!!! 

Note that if it is an internal reference then both policies return to location https:://yoursite.com/yourpage  That is no problem with internal links but challenges with external links.
I took all of the above from
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Referrer-Policy#integration_with_htmland put it into what I think is a slightly more understandable form.
Not sure how to set these 'policies'

Colin
Colin M
  •  

chepp

Ok, this is some good information. I'll work with this to see what I can figure out.

Thanks for your help.
  •  

chepp

Well, I give up. I was hoping I could reply back with a solution in the event someone else ran into the same problem. Installing JDownloads on a new instance of Joomla on the same server works fine, so there is a mis-configuration in my Joomla install somewhere on my production site I can't find.

Thanks for the help.
  •  

ColinM

Hmm!  Good news and bad news :) :(

Pleased it works but sad there is some config issue on your production site.
After taking a backup you could perhaps update jD to 3.9.7.3 even if you are at that version already.  You could also consider uninstalling jD but keeping darabase, files and images, then reinstalling.
Presently I am dealing with another site that somewhere has a rogue extension that is messing up the permissions.  Painfully slow to resolve.  You might need to do the same but first look at what new items were installedColin
Colin M
  •