still not possible to upload anything in the front end - [Fixed in 3.2.9 !!!]

[carin]

I reported a bug here http://www.jdownloads.com/forum/index.php?topic=6851.msg26570#msg26570 and due to this bug it is not possible in 3.2.6 to upoad anything via the front end because the "allowed file type" array is empty. Please describe which table column in the db needs to be manipulated to fill that array via phpMyAdmin.

[ColinM]

Carin,
I have looked at this problem and discovered two things which may be causer of your difficulty.  In general I had no trouble in generating uploads from the front end.  Tested with a user belong to reg and publisher groups.  Disallowed 'create' access (needed for uploads) in Registered Group but allowed in Publisher Group.  Upload was AOK. Repeated using Repeated with a user belonging to a new group, with Create permission, and to registered group.  Again OK.

Potential Problems
1.  Source of allowed file types.The allowed files types come from those permitted by the Parent Group, not the actual group.  So if you do not have the relevant file type listed in the parent group then it will not be a valid type actually it is not the 'parent' group but rather the base group, which are the set public, registered, editor, manager and so on.  For example I created two groups: a2-group whose parent was the registered group, and a2a-group whose parent is the a2-group.  User a2a was a member of the a2a-group only.  User Group Settings - Group Creation/Editing Allowed File Types were: a2a-group zip,rar  a2-group zip,rar,txt and registered zip,rar,txt,pdf,doc,png
The ones that were allowed came from the Registered Group, that is jDownloads appears to 'trace-back' to a base level group everytime.

I think this is wrong and it it is confusing. The settings for a user-group should just come from the settings of that group as jDownloads does not cascade permissions. What would be preferable would be a set of config setting or similar as the initial default settings when a user group is created.

2. Deleted User Groups  If at some time there was a user group, but it has been deleted then the 'trace-back' to the underlying group as used in jDownloads seems to be broken.

Note a trace-back is required to determine the highest ranking user group to which a user belongs to eliminate any ambiguity. Trace-back is determining which of the base ACL groups in the set [Public (1), Registered (2), Author (3), Editor (4), Publisher (5), Manager (6), Administrator (7), Super Users ( 8 ) ] occurs first when looking at the parent user group chain.   The user_group_map table allows finding the groups to which a user belongs, and the usergroups table gives the parent id of each group.

Could you let me know please if either of the above apply in your case.
Thanks
Colin

[carin]

I tested a lot and maybe all possible combinations of user group settings but that is not the point since no settings for the front end fields are saved anaway - the "allowed file types" array is ALWAYS empty in the front end. I would expect that at least the default zip,rar extensions would be there but there is not ONE file type for anybody no matter who is logged in.

I did not quite get what you said - pprobably too late in the night now .. will look at it another day.

Thanks for the hints.

[ColinM]

Carin
Tried another example and this time got Super User list of allowed file types.  So analysis above not complete!
The database table "<prefix>_jdownloads_usergroups_limits" seems to be updated ok from back end.  So I will look at fronnt-end
Colin

[Arno]

Sorry for the delay guys. 
I will test it at monday more since i have next week more time for the bugfixes.

When the 'allowed file types' are empty, no file can be uploaded. In this case must checked this field in the jDownloads User Group settings (for all correspondings user groups).
See also my reply here:
http://www.jdownloads.com/forum/index.php?topic=6851.msg26656#msg26656

[carin]

I am now on 3.2.7 and it is still not possible to upload from the front end because the "Allowed Filetypes" is empty. I need that functionality. Please tell me which field in the db I have to edit so I can correct that bug via phpMyAdmin.

Thanks

[ColinM]

Carin
The fix for the Group Uploasd bug did not make 3.2.7  - I am waiting for it as well.  Think Arno is very active on that one.
Colin

[Arno]

I am now on 3.2.7 and it is still not possible to upload from the front end because the "Allowed Filetypes" is empty.

Go to the User Groups Settings and fill out the corresponding field for every user group. Try it then again.

It exist a bug for additional created new Joomla user groups. I work on a solution and i hope we can solve it this week.
But all other user groups should be work when you use the hints.

See also my reply before:

When the 'allowed file types' are empty, no file can be uploaded. In this case must checked this field in the jDownloads User Group settings (for all correspondings user groups).
See also my reply here:
http://www.jdownloads.com/forum/index.php?topic=6851.msg26656#msg26656

Have you this noted?

[carin]

Thanks, yes I read all the mentioned hints. And as I said earlier, in my installation must be something really wrong because not even the default "zip,rar" are displayed. At least these should be there for every usergroup - right?

[Arno]

At least these should be there for every usergroup - right?

Yes, but not in the first beta releases. The default values was first added in a later release. So add it manually in your installation and test it again.

[carin]

In my installation "zip,rar" is already in all usergroups and always was ...

[Arno]

Uff... not good.
It seems that we must revise the calculation for the user permissions. 
Sorry for this persistent problem.

Is your tested user a member in multiple user groups?
Is he a member from an additional created user group?

[carin]

My test user is REGISTERED and in 6 more (custom-) usergroups but not a super user.

[Arno]

Okay, i have this week much more time for the bugfixes.
So i think that we should have until the end from this week a solution. 

[Arno]

I will publish tomorrow the next beta version with:
- a bugfix again about 'auto monitoring'
- a few new configuration options (for the 'categories list box' in the frontend header) 
- and a first draft from the (now complete translated) german language files.

But i will then use all my time for the user groups settings issue...