Related Content
Drupal 10: Migrating Flags With The Migrate Module
I've been doing a bit of Drupal migration recently, and one of the tasks I have undertaken is to migrate "likes" from a Drupal 7 site to a Drupal 10 site.
Drupal 10: Programatically Injecting Context Into Blocks
Context definitions in Drupal are really useful when you want to inject context into your plugins and I have been using them for a little while now. It has made building custom blocks to add content to pages much easier as I don't need to copy the same block of code to find an entity of a particular sort into the block plugin.
Drupal 10: Creating Custom Context Providers
I previously looked at injecting context providers into context aware plugins. This time I will explore more about creating our own context providers to plug into this system.
Drupal 10: Using Context Definitions To Create Context Aware Plugins
When developing plugins in Drupal a common task is to inject context so that certain tasks can be performed.
Drupal 9: Loading Configuration Entities Using Entity Query
Whilst working on a module I found that I needed to do something that was difficult to find information for. I think part of that is because the solution is simpler than I was thinking, but it did cause me to get lost in source code and internet issues for a while.
Drupal 9: Extending Drupal Base Classes Without Overriding Constructors
I have been using the Drupal dependency injection system for a while now, even giving talks and writing articles on the subject.
Comments
I use Login Destination and use it for this exact purpose, user roles that is. However, I also use LoginToboggan to display the user login form on access denied pages so that a user that tries to directly access a page in which they must login first to view via a bookmark or in my case, a notification email, they can simply login and they will be redirected to the page they were trying to view. This worked perfectly until I used the same logic you describe in Login Destination. Do you know how you would preserve this functionality while still using Login Destination to redirect based on role?
Submitted by steve on Thu, 09/01/2011 - 01:28
PermalinkI think there is probably an overlap between the LoginToboggan and Login Destination modules, in which case one is overriding the functionality of the other. In this case I think the Login Destination module takes precidence. I haven't tested anything, but I think removing the else block of the if statement in Login Destination should stop it overriding anything that LoginToboggan is trying to do.
Worth a shot anyway...
Submitted by philipnorton42 on Thu, 09/01/2011 - 13:12
PermalinkI figured this out and it is very simple to preserve the LoginToboggan functionality. There is a fieldset titled "Redirection Conditions" in the Login Destination settings page. Here, it simply asks, when do you want redirection to occur? I checked the PHP snippet option and entered:
This way it won't redirect if another module, like LoginToboggan, has set the destination. I imagine this is not desirable behavior for all situations, but it worked perfectly in my case.
Submitted by steve on Tue, 09/13/2011 - 20:43
PermalinkAdd new comment