Custom fields on existing objects ?

I figured this was the case; your solution wont work without reloading the $modx->config array. Settings are cached and stored there so that they dont have to use up queries each runtime.

So, if you have added a Setting and want to dynamically reload the config without first clearing the cache, you’ll need to run this method:



This will clear the cache and reload the settings into $modx->config.

Still no luck

$modx->getOption(’SMF_ID’) still is empty, even after I cleared the cache or used $modx->reloadConfig();

Are you getting the $id that you expect from $id=$user->get(’id’); ?

Quote from: netProphET at Aug 11, 2009, 04:38 PM

Are you getting the $id that you expect from $id=$user->get(’id’); ?

I double checked this at first, and I am getting the right ID. I’ve used this in another snippet for some times now and it works perfectly.

I made a print_r($modx) to a file, and noticed that the _userConfig arry only contains the settings I created in the User tabs, not the one from the code. However, they both appear in the "modx_user_settings" table from the database.

At this point I’d start tracing the xpdo logs because you might find an error there.

Here’s a quick sample of getting xPDO to log to a file - modify as per your MODx application:

Are you calling this code from an uncached snippet and/or resource?

Quote from: netProphET at Aug 11, 2009, 05:01 PM

$xpdo->cachePath = CACHE_PATH;
$xpdo->setDebug(true);
$xpdo->setLogLevel(XPDO_LOG_LEVEL_INFO);
$xpdo->setLogTarget('FILE');

This code gives me a : Fatal error: Call to undefined method stdClass::setDebug() in D:\xampplite\htdocs\online\core\model\modx\modscript.class.php(96) : eval()’d code on line 42

The snippet call is uncached in a cached ressource. Could this be an issue ? I figure that as long as the snippet is uncached, there is no problem ?

Try $modx instead of $xpdo.

Quote from: splittingred at Aug 11, 2009, 05:13 PM

Try $modx instead of $xpdo.

Ok, this worked, now I have a 5000 lines error log. What am I looking for ?

Quote from: Thalion at Aug 11, 2009, 02:50 PM

I’m using SVN 5627, I don’t know if the change happened before or after ? Either way, $modx->user->getMany(’UserSetting’) is empty as well...

Clearing the cache doesn’t change anything

Look in the file /core/model/schema/modx.mysql.schema.xml

look for
- <object class="modUser"

Check the aggregate aliases. You might as well be using the correct alias before doing any further debugging.