[module / user_chroot ] feedbacks & bugreport
|
ondex
Joined: 2009-04-30
Posts: 40 |
Posted: Sat, 2010-11-27 23:55
|
|
What is "user_chroot" ? Download Know bugs Changelog |
|
| Login or register to post comments |
Posts: 7985
Wow, this is cool. I *think* that when we go to Kohana 3.x it'll resolve the hackery you have to do around overloading the url class.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 25945
Works great for me.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 15
Hi.
I've installed this module on my site at it really is a very nice module which helps me separate different usertypes on my site. I do have a couple of questions which I hope you can help me answer:
- I import my pictures from Picasa and by using the Picasa Faces module available for Gallery 3 I tag all pictures with the faces in them. This works really well except for when I log on as a chrooted user. This user can't see the pictures but can click on the tag-links in the sidebar and will be redirected to a dynamic album meant to show the pictures from the tags, but as they do not have access only empty pictureholders show up. Question: Is it possible to have the presentation of tags take into account the chroot?
- I've tried to chroot the guest user but I presume since it is kinda of a "special user" it is not possible. It always starts at root. Can it be done?
Regards,
Ulf Thomas
Posts: 40
@ulfthomas1
Concerning the chroot of "guest", I don't have any problems. How did you do it ?
For your first problem, I have to investigate it, but I will not have time for it before few weeks.
Posts: 15
Hi,
As for how I did it I just selected a new root for the guest user. Upon access the site as 'guest' (by enabling the user from the permission menu) it shows the Gallery root, not the chroot.
This, however, is not that big a problem for me any more, as I've gotten the Register-module to work properly.
What is a problem is making the blocks 'popular tags' as well as 'recent comments' take into account that a user is chroot'd.
Is it possible?
//Ulf Thomas
Posts: 15
A little correction: The problem with comments disappears when I set the proper permissions.
The tag-block however still presents all tags even though a given user is chroot'd to another album. (And in turn does not have access to the picture/album associated with the tag)
//Ulf Thomas
Posts: 25945
FYI: The tags module does not take permissions into account with this module or not. I filed a bug a long time ago about this and it is not going to be fixed. Users still cant see the taged item if they don't have permissions but can still see the tag name.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 15
Thanks for the information Dave.
Could you perhaps direct my attention to a certain file where I could make my own changes to make the tag-module reflect chroot?
Ulf Thomas
Posts: 25945
ulfthomas1,
Sorry I don't know anything about this module just wanted to clarify the operation of the tag module.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 4
Hi!
I'd like to modify the code so that the created user would have view permission only.
Any hints how to do that? The access.php isn't exactly something I would consider "easy reading". :D
Posts: 1
Hi,
At the moment I have around 170 registered users with an album, this module would make my life a lot easier. However, when I turn it on, and try to edit an user nothing happens. I tried entering the direct url to edit an user, and with debugging mode I got the following error:
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 82 bytes) in /usr/home/xxxxx/public_html/g3/system/libraries/ORM.php on line 989
URL: http://xxxxx/g3/index.php/admin/users/edit_user_form/100
Any ideas where this is coming from? Turning the module off resolves all errors.
Posts: 2
I am hoping that someone can help me out. I am using the register module in conjunction with the user_home and user_album modules, as well as using the user chroot module (which by the way i happen to love).
I was wondering if there is a way currently, as well as thinking of a way to add a snippet of code to the modules, so that at the time of register the following happens:
-User registers, is placed into their own "auto: username" group [register module does this by default if a default group is not set]
-User album is created [module already creates this at time of register]
-Automatically set user home page as user album
-Automatically set user Chroot at register
So... basically what i am requesting is if anyone knows of a way to possibly auto chroot the user to their user album at time of registration rather than having to go into the users/groups and setting it manually.
I have already removed the "URL" field form at time of registration, so i would not have that to worry about - the system could simply automatically set the home/chroot at time of registration.
Thanks!
Posts: 40
Hi all,
first of all, I'm sorry for my long silence. I'm very busy now and I can't find time to maintain my modules.
@riwema:
I looked at my code. Do you have a lot of albums ? I think that the function which generate the albums tree can consume too much memory if you have a lot of albums. It could probably be optimized easily (by adding the extra space directly in the template) but I will not have time for now. I suggest you increase memory_limit of your PHP. You can also propose a patch ;-).
@tptphoto:
It should be fairly easy to do that, but I will not have time for now. Feel free to propose a patch.
Posts: 9
Hi! Now that this thread is open again:
I've got a little problem with this module. When I'm setting the root-album to a different album then the real root album only the header is loading. I'm using the theme "Clean Canvas"
Hope someone can tell me what I'm doing wrong!?