after passage to joomla 3.6
and jDownloads 3.2.45
i have this message ... Error
Unauthorized access to downloads
and all user (admin too) cannot download file... the permess are ok
ty for assistence
[gelöscht durch Administrator]
Hi
Many users have upgraded OK to Joomla! 3.6 with jD 3.2.45 - the only known problem is one related to the use of Tags in jD Categories where Joomla! has introduced a problem. So maybe something else has changed.
Some quick thoughts.
Could you check your PHP version is compatible with Joomla! 3.6
If you like I could take a look but you would need to PM super user details of your site.
Col;in
I have the same problem!
Permissions are set right!
How to solve?
[gelöscht durch Administrator]
Hi
Will try to help but at present I cannot reproduce your problem - am using Joomla! 3.6.3, with php 5.6.27 and jD 3.2.46
Please send super user details by PM.
Colin
PS have you checked out that your other extensions are OK with Joomla! 3.6.x
Thank you for the fast support! I had sent you pm with the table you exported. I hope the issue can be fixed. For a fast workaround - is there any code i can remove from some .php file so that downloads are unrestricted?
Hi,
- at first should you update to the newest jD version 3.2.46 (when still not done)
- as Colin could not reproduce your problem it seems to be not a general problem
- please check your jD configuration and deactivate every 'anti leech' option (see pic)
- try it then again
This message has normally nothing to do with wrong permission settings in jDownloads.
From which Joomla version have you updated and what is your currently Joomla version?
[gelöscht durch Administrator]
Thank you for the response.
before the joomla update jd plugin was a beta variant.
the joomla upgrade was made from joomla v3.3.6 and now we have joomla v3.6.3.
jd plugin was updated yesterday to latest version.
settings from the pic you attached ar the same on our site.
can you give us a workaroud so that all downloads are unrestricted?
The jD version we upgraded from was 3.2.18 beta.
I just verified from a backup that in the old version (also combined with old joomla version before upgrade) it didn't even matter if jdownloads public persmission were inherited (calculated NOT allowed) or allowed, because in both cases public access worked.
As soon as I upgraded jD only, it behaves exactly as you've seen.
Is the any non-distructive way to go backup to 3.2.18 beta? We REALY need to make public those documents today.
Hi,
QuoteThe jD version we upgraded from was 3.2.18 beta.
wow, this is very old. Maybe a problem with the update.
When it is not possible to get an backend access, you can try this:
- make sure that you have created a backup before (maybe with Akeeba Backup) you change anything
- go then to the tools page in jDownloads and try to reset the Downloads and the Categories permissions
- afterwards go to the jD control panel and click on the options button in the top
- check whether every user group have the permissions for 'download'
Please send me also a link to the site (with the Downloads) via PM.
Can you please try and reproduce this?
from that beta version to the latest to see if you have the same problem.
Have you tried what i had described?
What are your results?I wait also still on your link (via PM).
QuoteCan you please try and reproduce this?
from that beta version to the latest to see if you have the same problem.
This would be really much work and it is at this point not sure that your problem is really a jDownloads problem. For me could it be also a problem with your Joomla installation, your server settings or maybe a session problem.
Hi
I have thought more on this. It is also the first time I have not been able to resolve a 'permissions' challenge.
The cause is undoubtedly in the permissions handling which has changed since the beta versions.
A way forward is a rather boring one but should be effective. As you saw yesterday I was able to restore some Downloads to become 'downloadable' by simply resaving them individually by selecting them from the jD backend 'Downloads' page and then Saving. But some were not restored to downloadable. That indicates to me it could be one of the Categories in the directory chain. So Identify the chain, the jD Tree module is useful, and then starting at the top re save each category in turn from the jD backend Categories page. Then resave any un-downloadable Downloads. Please check at each stage.
There is a slightly more automated vossibility by actually deleting the relevant Downloads and their Categories by using the Back End Downloads and Categories. The actual directories and files are retained so if one now manually invokes a monitoring then they will get restored. Do not do many at once as you might get a server timeout problem. Just do the boring way! Beware however if you use the monitoring method that the new Downloads take their name from the file name.
Remember more haste less speed!!
Colin
Yesterday's solution with save did restore linkages to categories, subcategories and each download that it was applied to.
Although it appeared to be downloadable, when actually pressing download it would end with error "unauthorized...".
I did some research and found a way to automate linkage restore by messing with sql tables.
I will finish all (hundredes) downloads in a few minutes.
To make them temporarily downloadable we restored original (beta version) files components/com_jdownloads/ modules/mod_jdownloads_* plugins/system/jdownloads/ plugins/search/jdownloads/ plugins/content/jdownloads/ plugins/jdownloads/
from backup.
This is the reason now no more "unauthorized" error.
We need to find a way so that after all linkage restored to put new version files in place.
The way i see it, upgrading jD messed the linkages and the permissions because tested from backup vm (a month ago) all works perfectly until I update just this jD component.
Also, if just one download in category has broken linkage, in the category antet it says : you are not allowed to download and this is misleading, even if maybe some files are broken or perhaps denied. It scares the viewer.
Hi
Did you try what I suggested? When we started the permissions were very messed up and I cleaned up a lot. The old beta version probably did not handle permissions as they now need to be - also Joomla! changed some things at various times!!
Seems you need to put up a test site that we can work with when you get over your present immediate challenge.
If I were starting again I would, on a test site, do something like the following:
- make a copy of jDownloads file in the root and also use ftp to download them to my PC
- take a jD backup for possible use
- uninstall the present old beta version
- Rename the jdownloads folder (we now have 2 copies)
- use MyPhpAdmin to delete the jdownloads tables
- Install jd v46.
- now add a few top level categories and some of their files to the new jdownloads directory from the saved directory (do not be too ambitious i actually find it simpler to have the files on myPC and then use ftp to re-upload as this is better structured).
- checkout that these are ok.
- then add some more directories and files.
- You may need to edit the names of the downloads back to what you had before
- tidy up the saved directories etc.
Colin
You could also send us the backup data from your old beta installation via PM. Then we could test it here locally with this data and an update to the newest jD. ::)
By the way: what is your PHP version?
All linkages are restored all files downloadable (phew..).
I used a crosscheck between b2hsr_jdownloads_files cat_id and b2hsr_assets to reset correct parent_id. This seems tobe all that was missing (which save actually restored). This way I repaired all downloadable files.
PHP version is 5.4.40.
What should the backup contain?
QuoteWhat should the backup contain?
Optimal would be an Akeeba backup file (with download link via PM).
All downloadable files are not required in this backup file.
So we need only the Joomla installation (with all extensions) incl. DB but without the files from /jdownloads.
An akeeba backup can very fast installed on any another place. You can be sure that we would delete after our work again all data.
Thank you for all your help.
After a full backup I upgraded to joomla 3.4.6 and put back the original .php files from latest jD (3.2.46) and everything works ok.
I would say that the slightest linkage error in any of the downloads causes permission issues and false errors.
Well done.
The Joomla! permissions setup does not tolerate any linkage errors! Would be very helpful to send Arno the Back so he can refine any upgrade.
Colin
Tomorrow I'll provide the backup link via PM. Thanks again!
I have a new one for you guys... acl manager repairs done messed all the docman downloads. The only way was to restore from backup assets table from a day before... and reaply jD mysql hacks along with beta versions .php files. It seems that only now all the public files (jD and docman) are truly accesible... I sure hope the phone don't ring no more... :)
Hi,
excuse me but i do not understand really what you have done (in detail).
But the main thing is that it works again.
For us would it be helpful to get an backup file. So we could try to find a solution for updates from so very old versions.
Also when an update first after nearly 2 years is not the standard. Problems are then a normal thing.
I was having that error on my site and disabled hotlink protection in the current version. Error resolved It went away. but i was only having it on direct links to files..
There seems to an issue with browser caching (not joomla side) and hotlink protection, whereby a ban caused by hotlink use, results in a permanent inability to access the file(s) even using appropriate methods. Clearing the browser cache also resolves, but reoccurs after first ban.
not sure if this helps.
Also noticed that upgrades leave the old default templates even if new versions exists, manually selecting the new ones solves a lot of problems. This is probably by design in case people customized them.
Hi
Thanks for input. Will checkout hot link protection. Could you advise which browser you were using please.
QuoteAlso noticed that upgrades leave the old default templates even if new versions exists, manually selecting the new ones solves a lot of problems. This is probably by design in case people customized them
.
Yes this is by design as some people have heavily customised the old style layout. The old style layouts are not loaded if you are doing a first time jD install.
Colin
@Webwork1
Hi
I set Hot linking on and tried with Firefox, Edge and Chrome. There were no problems in downloading public files. I had all other security options off. Could you perhaps identify any other settings please.
Colin