Hi!
Guests can't download files
(http://monosnap.com/image/z9dvJXh3zIR9t02uba1KLhLBYE9rhT.png)
(http://monosnap.com/image/7sHViblN1MsQuwkma7tCumG33uKYnn.png)
Then I found, that after update all files and all categories have setting permissions as not allowed for guests.
How I can edit this permissions in batch mode for all downloads and categories?
Thanks.
Hi
You should just need to set the permissions for Public Group in the Component permissions. They should the pass through by the Inherit unless you have set deny or allowed for public elsewhere.
Please also see article Controlled Access to Categories and Downloads (Permissions & Access Levels)
http://www.jdownloads.net/documentations/item/controlled-access-to-categories-and-downloa
Did you reload a fresh version? Or did you do a regular upgrade?
Colin
I already did it.
Did you seen screenshot above?
This is Jdownloads permissions settings.
This was update from 19.x.x
Hi
Yes I did see screenshot but I needed to check. Migration is like a fresh install.
Did you set the permissions during the install process or afterwards?
Also did you set deny permission anywhere?
Can logged in users download?
Please try changing the permissions for Public Group on one of your top level Categories, then check permissions on a Download on that branch.
Colin
QuoteDid you set the permissions during the install process or afterwards?
I set permissions immediatly after installation - that was first step - otherwise impossible open Jdownloads admin panel.
QuoteAlso did you set deny permission anywhere?
No. I was denied by default.
QuoteCan logged in users download?
No.
QuotePlease try changing the permissions for Public Group on one of your top level Categories, then check permissions on a Download on that branch.
No results.
Strange... I reinstall component - but problem not fixed...
Inheriting does not work...
I only can set Download - Allowed in each Download and Category, but it is not correct. I have hundreds files...
Hi
It sounds peculiar about setting permissions for backend
QuoteI set permissions immediatly after installation - that was first step - otherwise impossible open Jdownloads admin panel.
As super admin you should have no restrictions. But how did you set Permissions if you could not get into jDownloads backend, I ask myself. Most likely you did that from the Joomla! system pane. That should not be the case. Sounds very much like the migration did not complete.
During the migration/fresh install process it asks you to visit the permissions page there and then. Did you do that or did you 'postpone' doing it?
It may possibly be that if one does not visit the Options to set a permission then jDownloads does not set up the permissions. That is at the moment just speculation by me. This is because no one else has reported a similar fault so something different happened that we need to identify. This could be just a problem with 3.2.25 but unlikely as nothing has changed in that area. Hmm very puzzling.
By
QuotePlease try changing the permissions for Public Group on one of your top level Categories, then check permissions on a Download on that branch.
I really mean to look at the download in the back end and look at the permissions as calculated there. Could you try that please.
Also by looking for a Deny I mean looking at the Permissions at the Backend, not at the resultant effect at the FrontEnd. This is because we need to identify the cause of the problem in order to cure it!!
The other possibility is the View Access Level. This should be Public not only for the Download itself but also for the entire chain from the top level category. Could you check that through an entire chain of a top level category through the sub categories and to a final Download
Are you on 3.2.25? If you are after checking all of the above from the backend, it might be worthwhile doing a regular upgrade - but please first check the other possibilities.
Thanks
Colin
PS I see our posts have crossed - I will look in detail at you latest post when you have done the backend checks etc I requested.
PPS Inheriting does work in jDownloads but seems not to work on your site, so something was done differently and we need to identify to prevent it occurring again.
Hi
Another thought which may have confused. When looking at permissions the first time something has been created then the inheritance may not look correct. One positively has to do a Save and then re-look at the permissions to see the true calculated position. This is a Joomla! thing not a jDownloads issue.
It is a possibility that that has not occurred during the migration, and that is the cause of your problem. I will need to test it as a possibility.
I know you have a huge number of Downloads and doing changes to them individually is neither feasible or desirable, and furthermore should not be necessary. We need to get to the bottom of this. Could you tell me how you you migrated please. Was it an existing site migrated onto itself, or was it from an existing site to a new site? Did you need to reload the files? Or putting it another way how did you 'transfer' the Downloads?
Colin
I just removed component and install it again.
Now I can see this notification:
(http://monosnap.com/image/jUe6iejiQHeR0zZNCWyeveeldUjRQB.png)
Then I tryed to set access rules and pressed "Save button":
(http://monosnap.com/image/FZNmPH5kwDOSPQzZ43yNyk15iRheQf.png)
But after refreshing page it displays as allowed
(http://monosnap.com/image/UWo4IIFOXtVoNoEwU7XD0bH0d0GEn1.png)
Then I checked category permission
(http://monosnap.com/image/OigN48yos1XgBhHIMVZn5hjsyhTV0x.png)
Ok Not sure why it did not save but there is probably a clue there somewhere. At that time I do not think there is any file involved and it should be able to write to the database.
Please open up the category in jDownloads backend, check it is set to public access, then Save, then look again at Permissions and Access of that Category.
Colin
(http://monosnap.com/image/4Y5UV8jjS8EyFCdDXZMXMBOmLPYotp.png)
(http://monosnap.com/image/FD8IjfVi2t7BnCf4EluRHFVO6QnFr1.png)
(http://monosnap.com/image/ZxbRCuN2M4fs5ZdWqpAFKSXysbeCm9.png)
(http://monosnap.com/image/gFHWQlUNKHdvQCbbSAyqFOwx77DMAi.png)
(http://monosnap.com/image/hpWRzQj7hkHxI0A5e9d8maNKBUeiwq.png)
Hi
Not sure what order you did things in! Not sure which was before save and which after. How did the allowed get into the Edit Own I ask myself - any idea?
There is a note in the documentation about looking at Permissions via Joomla! This may shed some light.
Also the migrate from 1.9 series may not have created or set correct server permission (755) on some jDownloads directories
Will check later.
Colin
Quote from: ColinM on 24.02.2015 15:56:25
Hi
Not sure what order you did things in! Not sure which was before save and which after. How did the allowed get into the Edit Own I ask myself - any idea?
There is a note in the documentation about looking at Permissions via Joomla! This may shed some light.
Also the migrate from 1.9 series may not have created or set correct server permission (755) on some jDownloads directories
Will check later.
Colin
Where access options saved? What is the database table? Or what file?
The permissions are in a a Joomla database table, assets. The organisation of that table is not simple! I would not recommend attempting to modify anything in that table.
When you migrated your site what procedure or documentation did you follow?
Colin
Quote from: ColinM on 25.02.2015 01:10:10
The permissions are in a a Joomla database table, assets. The organisation of that table is not simple! I would not recommend attempting to modify anything in that table.
When you migrated your site what procedure or documentation did you follow?
Colin
Yes of course.
I used this article: http://www.jdownloads.net/documentations/item/how-to-upgrade-jdownloads-component-from-1-9-x-to-latest-3-x-version?category_id=40
I had joomla 2.5 and jdownloads 1.9.16
Then I updated to jdownloads 1.9.2.11
Then to jD2,5
Then to joomla 3.xx
And finally to jD3.2
Hi
Think the problem might be the "updated to jdownloads 1.9.2.11" step below.
QuoteI had joomla 2.5 and jdownloads 1.9.16
Then I updated to jdownloads 1.9.2.11
Then to jD2,5
Then to joomla 3.xx
And finally to jD3.2
jD1.9.2.11 is for Joomla 3.x only. Not sure what would happen if it is loaded onto a Joomla 2.5.x platform
The route that I and other people have used is to migrate the site from Joomla 2.5.x to Joomla 3.x broadly following the sequence in article
http://www.jdownloads.net/documentations/item/from-jd1-9-1-x-on-joomla-2-5-to-jd3-2-on-joomla-3-2.
In the later stages it does refer to http://www.jdownloads.net/documentations/item/how-to-upgrade-jdownloads-component-from-1-9-x-to-latest-3-x-version?category_id=40
Perhaps I should change title of article to refer to 1.9.2.x explicitly Yes will do
Colin
EditPlease also see topic http://www.jdownloads.com/forum/index.php?topic=7865.msg31316#msg31316
Ok, I tryed to check permissions in debug mode.
1. On my 1-st site, that working fine for registered users listed all categories and downloads as "alowed"
(http://monosnap.com/image/gEsFLSpQK9Oh9ZWiq61THaGYpIm8O9.png)
and in this list present all files and categories
(http://monosnap.com/image/Xz6AGahOiA4kx4bX67wPvtdAQHiJtl.png)
2. On my 2-nd site listed only component and 2 categories, as alowed
(http://monosnap.com/image/Wv1ASwPgQ6dVukzRbLRe5nmcoyVMiQ.png)
Also, I found next:
When I open any category with "not allowed" setting
(http://monosnap.com/image/ZLbT9tAh6ZuFnNOp5u58OZEVkcSGKy.png)
I manually set "alowed" and save
(http://monosnap.com/image/EBJ5YyiVJ3cLNMsv3bivK7HXSbKvOh.png)
Then I again set "inherited" and save. After this, category have "allowed" permission :o
(http://monosnap.com/image/PJED4LwI9TlTAJxXJw8TaToFdULkLF.png)
And after this it displays in user groups
(http://monosnap.com/image/uIm9Nm6hlCCZWnEzqzDTGzsHCR6vbe.png)
Of course, I can manually open all categories and downloads and set permission, but it will take a few days.
Is there way to make it in batch mode?
PS. Also, when I create new download - it have correct permissions.
Ok, I tryed this way.
I have created temporary category, then replaced all categories in to this category using batch mode in jdownloads admin panel.
Then, I moved all categories back.
After this all categories have correct permissions.
For example, lets take category "Translators":
(http://monosnap.com/image/KCxNPoosVV31Dtrg1MZSCdn5lz9g1o.png)
(http://monosnap.com/image/hp5VDrqffzL6q1m6dB2e4UVfTDvE2I.png)
BUT!!!! When I open this category on site it displays "Only registered and logged in users can download files from this category" ??? :o :-[ >:(
(http://monosnap.com/image/Ndo97HfS4ERNiFdTYDYqQ0lAIt6Gw9.png)
I'm confused... I don't have ideas anymore...
And when I trying to login as registered user I get notification: You cannot access the private section of this site.
Ok, in assets database were errors...
com_jdownloads must have parent_id - 1
but some downloads had parent_id - 1 and even 0...
After I fix it, message "You cannot access the private section of this site." is gone
Next, If category with permissions "Allowed" have downloads with permissions "Inherited" or "Disallowed" - this category will displays message "Only registered and logged in users can download files from this category".
So, to fix permissions for categories - need to move them in other folder and back.
To fix permissions for downloads - need to move them in other category and back using batch mode. But it possible only step by step (category by category)
So, if you have 100 categories - you should move files from each category - 100 times.
Thanks for help, problem fixed.
I only can't understand, how it happens... ???
Hi
All I can say is well done - very tiresome but 100 is not as bad as one thousand!
Colin
Hi romagromov,
i think your problems have in this case to do with earlier beta versions. Sorry for this circumstances.
QuoteSo, to fix permissions for categories - need to move them in other folder and back.
Hm.. maybe had you better used the reset permissions help function in the tools page? But not sure... ::)
Quote from: Arno on 26.02.2015 01:27:48
Hi romagromov,
i think your problems have in this case to do with earlier beta versions. Sorry for this circumstances.
Hm.. maybe had you better used the reset permissions help function in the tools page? But not sure... ::)
Hi Arno.
Reseting permissions in the tools page not helps.
You have right, in your case with the wrong parent_id's helped this not.
The parent_id's in the assets table should have always this structure (see pic).
[gelöscht durch Administrator]
Ok, thanks Arno. I already fix that ;)