Closed (duplicate)
Project:
Real Name
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
10 Aug 2009 at 04:23 UTC
Updated:
8 Jul 2011 at 12:51 UTC
really excited about realname in db and wanted to use the realname_widget and they mentioned upgrading to dev. having some issues, here's what I've found so far
The amounts I've encountered this is becoming amusing ... XD (3 or 4?) (
See http://drupal.org/node/521358 for further explanation)
$fields = content_fields(NULL, $type);
=>
$info = content_types($type);
$fields = $info['fields'];
In nodeapi ~line 374 (yay for debug_backtrace for finding this).
if (!user_access('use realname')) {
return;
}
if ($node->uid) $account = user_load($node->uid);
else return;
due to
$realname->uid = $account->uid;
There was no $account so it was giving it 0 and acting reallllly wonky. reallly, reallly, realllly wonky.
~726
$stuff['%'. $i] = $stuff['%'. $i] = isset($account->{$name}[0]['view'])?$account->{$name}[0]['view']:$account->{$name}[0]['value'];
for some reason they're coming back as values but not with a view sometimes; so added this until whatever that bug is fixed. Perhaps because they're a single field but in a seperate table due to being in two content types?
Comments
Comment #1
hefox commentedone of my snippits earleir was buggy for install
realname was updating before the insert in the install script; oops
Comment #2
coderintherye commentedBased on your 2nd post, it's not really clear to me what your bug is, could you try rephrasing?
Comment #3
hefox commentedI really have no memory of what the issues were, it's been a year, so my guess that it is fixed.
Comment #4
derhasi commentedThis is related to #875972: Problem with Content_Profile and Realname Tokens used for profile URLs and #994782: Why does _realname_make_name() access the 'view' index instead of the 'value' index?, and in the current dev this seems still to be an issue.