Created a panel for user/%user
set the access permissions to only one but did not select any rules
added content to page
saved it
when i goto user/%user I do not get my new panel.
HELP.
Thanks,
C
Created a panel for user/%user
set the access permissions to only one but did not select any rules
added content to page
saved it
when i goto user/%user I do not get my new panel.
HELP.
Thanks,
C
Comments
Comment #1
merlinofchaos commentedI can't duplicate this.
Method:
Visit admin >> build >> pages
Under system pages, in the 'user view' column select operations and task handlers.
Add a new panel task handler.
Under panel content, add the "User profile" content from the "User" category.
Save and return.
Then visit user/1 and user/3 -- both show my new panel.
Comment #2
socialnicheguru commentedIt's a problem with my install that I am trying to troubleshoot now :(
I had panels 2 and just installed panels 3.
I installed panels3 on my dev system and all is good
but not on my beta. It is not overriding the user/%user page. It must be a module and I will have to find it.
Comment #3
socialnicheguru commentedI was using panels 3 and attempting the override a page
panels 6.x.3.
with Realname module installed I could not use panels to override any page
Comment #4
socialnicheguru commentedI am keeping this here so that others who might have the same issue can more easily find it.
i have not found a workaround or a reason for Realname disabling override of panels.
I had to deactivate real name
Comment #5
merlinofchaos commentedProbably the realname module *also* attempts to override user/% and Delegator and that module fight over it, and because realname runs later, it wins. I don't know that there's much I can do about that for now, except to try to find a way of figuring out when stuff like this happens and providing a warning to the user that it is happening.
i18ntaxonomy has a similar issue.
Comment #6
andrewsuth commentedPossibly related to Use theme_username() in the personal contact form issue in Drupal 6.10?
See if installing the latest Drupal 6.11 core fixes the problem.
Comment #7
cgillogly commentedI'm running drupal 6.11 and had the issue of panels not overriding the user/% until I disabled realname, so this seems to be a different issue.
Comment #8
merlinofchaos commentedI checked in code to alleviate this somewhat. It doesn't actually fight realname for the privilege, but it *does* give you a message now that it can't take over the page and you get to decide how to deal with it. If realname wants to cooperate, it can provide information to delegator so that you can build panel pages using its information, or not. That's going to be up to the realname.module developers.
Comment #9
nancydruEarl, if you give me some hints as to how to "cooperate" I will gladly consider it. I guess taking over theme_username is not what you have in mind for cooperating.
Comment #10
merlinofchaos commentedI am not sure what realname actually does that requires taking over user/% so it's difficult for me to provide hints =)
Comment #11
nancydruI don't know why these should interfere with Panels/Ctools at all. And I don't know Panels or Ctools well enough to even set up a test environment.
Comment #12
merlinofchaos commentedWell, these interfere because delegator tries to take over the user/% page so that panels can be applied. Realname also takes over the user_view page (though you didn't include that code, so I don't know what it changes).
Right now, Panels will defer, so the realname module will get to take over the user/% page and allow the user to make panels out of it. So in theory, realname just needs to provide alternate content or give Panels the necessary content.
I do see some breadcrumb thing in your code that may be relevant. I haven't done a great deal of work with breadcrumbs so maybe there's something else that needs to be done there.
Comment #13
mrjavum commentedHere is my try to fix this problem:
http://drupal.org/node/443880#comment-1634550
Comment #14
merlinofchaos commentedI've done all I can here, and work is going on in the link mentioned in #13.
Comment #15
nickbn commentedI'm willing to pay a bounty to have this fixed. Contact me if interested. I need this ASAP so I'm ready to pay as soon as complete.
Thanks!
Comment #16
cgillogly commentedI just posted a patch that fixes this on http://drupal.org/node/443880#comment-1915598