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.
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
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.
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
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
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
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
QuoteI 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:
QuoteWhen 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?
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?
QuoteAt 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.
In my installation "zip,rar" is already in all usergroups and always was ...
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?
My test user is REGISTERED and in 6 more (custom-) usergroups but not a super user.
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. :)
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...
We have published tonight the next beta version 3.2.9.
Here should be fixed the problem when a user is a member in multiple groups.
So it is now possible to define a 'ranking' for every user group. See pics.
[gelöscht durch Administrator]
just updated, still doesn't work. My usergroup ranking is the highest with
QuoteAllowed File Types: zip,rar,doc
Maximum File Size in KB: 2000000
the front end still says I cannot upload any file type:
QuoteErlaubte Dateitypen:
Maximale Dateigrösse laut php.ini: 2048 KB
Quotejust updated, still doesn't work.
I can not confirm this. See pics.
Please send me login data for your backend.
[gelöscht durch Administrator]
... weird, works now. Figured out that I need to save each group again. (Same weird thing with saving download categories which seem to loose their access level as soon as there are new downloads in that category, but that is another story...)
Thanks for fixing that.
Quote... weird, works now. Figured out that I need to save each group again.
Hm... not for me.
Wenn du immer noch Usergruppen mit leeren Datenfelder für die Upload Einstellungen hast, ist das nicht normal und hat dann wohl damit zu tun, dass du die erste beta installiert hattest. Allerdings hatten wir danach auch mehrfach darauf hingewiesen, dass in einem solchen Fall die entsprechenden Datenfelder für alle Benutzergruppen manuell nachgetragen werden müssen. Aber schön das es jetzt endlich funktioniert. War doch eine menge Arbeit, da wir eigentlich eine automatische Ermittlung der Gruppe mit dem 'höchsten Level' bevorzugt hätten. Leider ist die User Gruppen Verwaltung aber nicht so klar strukturiert. Daher mussten wir nach einigen anderen (erfolglosen) Ansätzen zu dieser Notlösung greifen.
Aktuell gehe ich davon aus, das wir innerhalb der nächsten 2 Wochen alle anderen Bugs fixen werden und dann auch eine erste stabile Version veröffentlichen können.