Needs work
Project:
References
Version:
7.x-2.x-dev
Component:
Code: user_reference
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
20 Jan 2010 at 12:09 UTC
Updated:
31 Jan 2011 at 18:29 UTC
Jump to comment: Most recent file
Comments
Comment #1
mcload commentedDisabling CCK 7.x-2.x-dev module solves the problem
Comment #2
catchMoving issue to the correct project.
Comment #3
karens commentedMove to new References module.
Comment #4
fgmCategorizing.
Comment #5
fgmCannot reproduce on PHP 5.3.3, Drupal 7 RC1 and the current version of user_reference. Can you provide a scenario to cause this problem ?
Comment #6
danielb commentedIn the current code, the user_reference_user_load() function is commented out.
However in the commented out code, there is no reason why the $accounts parameter should be prefixed with &. I believe the $accounts array is an array of references, so this isn't needed?
See profile_user_load() as an example. The parameter does not use references, but it still manages to alter the objects with no problems:
http://api.drupal.org/api/drupal/modules--profile--profile.module/functi...
This is likely also true of the hook_user_view() implementation directly beneath it.
Comment #7
andypost$accounts should not be prefixed with '&'
Comment #8
andypostPatch for commented function
Comment #9
fgmThese functions, as they currently are, no longer make sense. Removing the useless ampersand does not make hook_user_view() compliant with the D7 API, and they are commented out anyway. I committed just the signature changes for that API compliance, but these functions need to be reworked or removed anyway.