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

View public, but only registered users can download the files

Started by proecorp, 29.07.2015 23:16:41

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

proecorp

Hi,

I set up the files to download as only registered users can download them, but the View is public. But when I set it up like this the files are not shown. Jdownloads should have a Display Unaccessible File set up. I have tried several combinations to show these files, but I had no sucess.

Can anyone show any example how to do that? In documantation there is no such example.
  •  

ColinM

Hi
I think the second example, variant 2,  of the article linked below is a scheme that describes what you need.  It does concentrate on the uploads.  So ensure Access is Public.
http://www.jdownloads.net/documentations/item/controlled-access-to-categories-and-downloads

Please let us know if you need more help.  Maybe I should simplify the article into more specific cases.  Joomla! permissions are a challenge initially.  It is a bit like riding a bicycle - the first time you try it seems clearly impossible but when you know how it is simple.  So my difficulty as a 'writer' is to get the items explained from the eyes of a new user.  So any feed back would be most welcome.

Colin
Colin M
  •  

proecorp

Hi Colin,

I have already read this article (variant 2), the title in the variant 2 (Public can view Downloads but cannot actually download) describes what I want, but does not show how to do it. In fact, It is not in the example, just says about its possibility, but it is not there... it is just a Title.  It a pity. Just take a look at it by yourself, then you will see that it is not there. As I said above, I have tried many different ways to do it, but none of them worked. Maybe JDownloads can not deal with that, is that why the example is not thare? Old versions (1.5) did.

You guys really should put an example according to variant 2 in the docs. Thank you, anyway for trying to help me.
  •  

ColinM

Hi
Yes jDownloads can set up what you need - it has been done by a lot of people, including myself.  But you are right the difference between the two variants is not clear and I will resolve that aspect.  The principle difference is that the view Access Level should be left at Public for all Categories and Downloads.  But Permissions for downloads should be set to Allowed for the Registered User Group only for each top level user Category as it should 'cascade down' to the subcategories and the Downloads. 

If you want to allow uploading from the frontend then you need another User Group, which I generally call Uploaders.  This UG is perhaps best setup with registered as its parent.

If it would help I can take a look at your site but you would need to PM me admin access details.

Colin
Colin M
  •  

anbamuc

Hi, Colin!
I am searching for the same solution as proecorp.

I want to show all downloads to the public, so I leave the basic settings of the categorie to "public". In the permission section by standard the download is set to "inherited" for "public" and for "registered". If I set this to "denied" for the "public", also the rights of "registered" are set to "denied". If I now set it to allowed, the "conflict" message occurs.

What am I doing wrong? Please help me with that, I tried so many settings....
Thank you!



Andy

[gelöscht durch Administrator]
  •  

ColinM

Andy
First never use deny!!  A very key point I make in the documentation is that in Joomla membership of a  User Group (UG) means that you are also a member of its parent group, and the parent of that parent and so on.

Now the 'root' group is Public so anything you set in the Public UG will apply to all other UGs (except Super User UG as a special case).  So if you set Deny in Public UG for a category then no one except Super Users can do anything.  Further Deny cannot be over-riden with a subsequent Allow.

The 'natural' state of a permission is Inherited and if the entire sequence is inherited then that means that no 'asset', such as a Category or a Download, has been given an Allow permission.  That is if you do nothing then nothing is allowed.  This is essentially the status for Public and Registered UGs.  Author, Editor and others are given Allowed in the Component Level.  So from an application perspective, such as jD, it is best to create any UGs with Registered as the Parent.

So to allow all users to see jD Categories and Downloads ensure that Access is set to Public for every Top Level Categories - this should automatically filter down to all sub cats and Downloads.

Then make sure all Component permissions for Public and Registered UGs are set to inherited.  Then for each top level category set the permission for Download to Allowed - do a Save and check the calculated permission for the Registered UG for that category has gone to Allowed.

Check that the Download Permission for the Public UG in each top level category is 'Inherited' and that the calculated permission is Not Allowed.

All should be good but to make sure look at some sub cats or downloads to ensure that the Download permission in the Calculated part is not allowed for Public UG but is allowed in the Registered UG. 

Also remember this is a Joomla set up and jD is just complying with the standard.

If you need more help it may be best if you send me admin acces by Private Message.

Colin
Colin M
  •  

proecorp

HI COLIN,

Well, I tried to do it, but it still does not work. What is your e-mail, than I can send to you a user name e password to login in my website. Or you can write to proecorp@gmail.com.

Thank you,

Anderson
  •