Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I should have backed up my site but I didn't. In any case, I went to the module page and enabled the module. That ended up giving me "500 Internal Server Error" module. Now I have no idea how to fix it. Can I go directly into the database and make some changes to make the site accessible? Or what are the major changes this module makes to the underlying files? May be I can go in there and delete certain lines. Pleaseeeeeee help.
Site: http://wisemusings.com
NOTE: There is no bandwidth issue
Comments
Comment #1
GlobalRaj CreditAttribution: GlobalRaj commentedWell, I deleted the "realname" folder under the module and the site seems to be working for now. But it's kind of frustrating as I wanted to check out this module.
Comment #2
GlobalRaj CreditAttribution: GlobalRaj commentedI think I figured it out. I had "Name" module installed and enabled. There seem to be a conflict of that module with this one. When I disabled the "Name" module completely, I was able to enable the "RealName" module and didn't get the error message. Learned something through trial and error method.
Comment #3
NancyDruThat should get fixed. #1275618: Compatibilty issues with RealName
Comment #4
Alan D. CreditAttribution: Alan D. commentedShould be fixed in Name Field 7.x-1.4.
Recursive loop due with Token generation
Name: In hook_tokens, reload user object as object is not always correctly loaded
RealName: Load user tokens during hook_user_load
Cheers for reporting this!
Comment #5
Alan D. CreditAttribution: Alan D. commentedPS: If you have a second to check that the implementation of hook_user_name in the name field module is compatible with realname. I tried to make this transparent to either module without a dependency to either
Comment #7
Alan D. CreditAttribution: Alan D. commentedHopefully this is still being tracked.
I was not checking the field names in the newly provided tokens for the name field "name-FIELD-NAME" and this caused an issue the token "name-raw". I've fixed and commited to dev, but noting this here to give you a heads up in case someone pings your queue. See #1649458: Notice: Array to string conversion in token_replace() (line 102 of /.../includes/token.inc).