I'm trying to make a page/site activation workflow in Adobe AEM 6.2
I need the following steps to be executed:
Author creating and editing the page and push "Request for Activate" Button in top menu.
Administrator (publisher) receiving e-mail with page link, making review and publish it.
Author receiving e-mail about the page was published.
So far I've created 2 users, one in authors group, another user in administrators group.
Under author user I've created a Geometrix site from template.
In site permissions I've added group administrator with all permissions and group authors with all permissions except publish/unpublish option.
I've started a Request For Activation Workflow on this site with default model template.
The problem is that my author user doesn't have "Request for Activate" button in the top menu:
Author page edit menu
I think author user miss some permission.
Please help :)
Not sure exactly what permissions you have done. I have created a test-authors similar to your permissions as shown below. if i don't provide the Replicate permissions the replication actions like (Publish, Publish Later, Unpublish, etc) will not be enabled. That's the expected behaviour.
Test Authors Group
With out Replicate Permissions
With Replicate permissions
The user who needs to start the Request for Activation workflow must have workflow privileges, as well as no replication permissions. Put them in the workflow-users group.
All logged-in members of my plone site have the permission to edit, create and publish content. Unfortunately, they are also able to change the default display view of a folder. This leads to a lot of problems as the site members sometimes - accidentically - change to a view template that a folder is not suitable for.
How can I change plone the way that only role administrator is able to set the default view of all folders? Normal site members should not be able.
Since I trust my members something like a JS+CSS solution that hides the display menu for everybody except site administrators would be acceptable, too.
The permission you are looking for is called Modify view template. All roles with this permission can change the template. If your Workflow manages the permission, give it only to the Administrators.
If your Workflow does not manage the permission you can change it globally by change the security configuration on the plone root.
Goto: http://plonesite/manage_access (Security-tab in ZMI)
Search for Modify view template.
Change the configuration. In your case only allow Administrator to change the view template.
i am in involving in developing the site builder by using Drupal. since it is site builder,user able to create a site based on needs and manipulate his menu items but other user won't edit this menu items.is it possible do like this.
Any one guide me how to control the menu items.
You did not mention your Drupal version, if you want to do this in code or through the UI...
So I am not really sure how well the answer will fit.
You need to have permissions set upon block creation for all users (IE: anonymous) to have access permissions on that block and it's content.
I believe there are permissions that may also need to be allowed on the permission configuration page in admin/user/permissions on Drupal 6. Look for the permissions that allows users access to other user content, most content usually allows anonymous viewing by default, though if I remember correctly.
Blocks can also be configured individually through the UI and by permissions set by ROLE, so you may want to check in the block configuration page also if you plan to do any changes to that blocks permissions manually.
Too lazy to log in to get screenshots, but it should give you clues on where to look.
On a sidenote, you should post your Drupal questions on drupal.stackexchange.com, you will get more Drupal users there to respond than here.
Hope that helps, good-luck
I'm getting a redirect loop on a Drupal 7 install. Whenever a non-admin user logs in, the site will enter a redirect loop on the user profile URL; for example, http://example.com/?q=user/testuser.
This URL is accessible with no issues by the superuser account, and attempting to access this URL while logged out returns a 403 Access Denied as expected.
When logged in as a non-admin user, attempting to access any URL at all will redirect to the user profile page, which will then redirect onto itself, causing the redirect loop to start anew.
I have found that if I give a specific user the "administrator" role, the redirect loop will cease for that user, and the page will no longer try to redirect to user/%username on login.
I have also found that if I give users the "administer users" permission that the redirect loop will cease, but will still redirect the user to user/%username on login.
Obviously neither of these solutions are possible as giving regular users administrator roles or the ability to administer users is a huge security risk.
Does anyone know of a fix for this, or a way to get around this with an override related to user role?
Installed modules: Block, Color, Comment, Contextual links, Dashboard, Database logging, Field, Field SQL storage, Field UI, File, Filter, Help, Image, List, Menu, Node, Number, Options, Overlay, Path, RDF, Search, Shortcut, System, Taxonomy, Text, Toolbar, Update manager, User, Chaos tools (7.x-1.0-alpha4), Page manager, Devel, Theme Developer, Fieldgroup, IMCE, Pathauto, Token, Taxonomy Menu, IMCE Wysiwyg API bridge, Wysiwyg, Webform, and several custom modules which i) provide blocks 2) provide custom pages and 3) modify the default search behaviour (splits search results by node type). None of my custom modules ever interface with the user management system, permissions system or use any of the functions provided by the user module.
I had an identical problem... spurred on by the fact I wasn't the only one faced with this issue I dug around a bit more. It was your update that gave it away - the Custom Theme.
I'm sure this could be caused by lots of different factors, but in my case and potentially yours, it was my template.php that was at fault.
I was using a custom MYTHEME_preprocess_page() to make some custom variables available in my templates. One of the variables was obviously a bit funky because when i removed it the problem disappeared. Turns out it was some left over code from when I was trying to get the user registration form into the page. It never worked and I forgot to remove it!
Hope this helps someone out there get back on track.
I haven't solution, but you can investigate in next way:
1. Goto http://SITE/admin/config/development/devel for devel module settings.
2. Check "Display redirection page" and save settings.
3. Goto http://SITE/admin/people/permissions
4. Check "Access developer information" for anon and other roles, and save.
5. Try login, it should stop on redirection pages and show where it try to redirect, so you can detect, what modules call looping.
I also had a problem with redirect-loops randomly occurring for non-admin users. Looking at /admin/reports/dblog revealed a permission problem with several nodes. I fixed it by flushing the node permissions (see /admin/reports/status/rebuild). Now everything is fine again.
Same problem for me, after hours and hours of debug and forum/blog navigation I finally found what was going on my site...
If you force login block in all pages, even if user is already logged in, only admin can navigate pages.
This is one of the possibles causes, I hope can help someone!
I had the same problem because i was loading the login form even when the user was logged in. fix it by not asking for the form only if the user is anonymous.
from https://www.drupal.org/node/1793230
Run these SQL queries in your MySQL database. If you have drush installed, you can just "drush sqlc" from your settings directory to get into a MySQL command line. Otherwise you can use PHPMyAdmin, MySQL workbench, or some other client tool to connect and run these:
Show records to be deleted:
SELECT r.rid, r.language, r.source, r.redirect FROM redirect r INNER JOIN url_alias u ON r.source = u.alias AND r.redirect = u.source AND r.language = u.language;
Then, to delete redirects shown in above query - try going to the pages shown in the row. Chances are you will get a redirect loop. Then, try again after backing up db and running the delete below. You have to turn off safe mode in MYSQL Workbench to run it, so BACKUP:
DELETE r FROM redirect r INNER JOIN url_alias u ON r.source = u.alias AND r.redirect = u.source AND r.language = u.language;
Fixed my problem, and found other pages that had loops which I didn't even realize!
trying to setup drupal's taxonomy module (http://drupal.org/project/taxonomy_access) to administer access to specific categories.
i have two categories of users (two kind of roles). all i'm trying to do is to setup that one have access to some category, and other not.
i did made proper(?) changes in admin/user/taxonomy_access and (ie.) admin/user/taxonomy_access/edit/7, but still user from other group can access to the content that should be forbidden for them...
Try to rebuild permissions (URL: /admin/content/node-settings/rebuild). If you set up the permissions correctly, this should fix your problem. I would also clear all caches, just to be sure.
I would also try to rebuild permissions. If you are using Drupal 7, the Rebuild Permissions link has been moved. It can be found at /admin/reports/status/rebuild
You can also navigate to Reports -> Status report and the link is under the Node Access Permissions row.