EntityAPIController $defaultsFiltered property is not condition specific

Hmm... not sure, fago. The steps to reproduce are basically install Drupal Commerce 7.x-1.0-alpha2 and go to the payment settings screen where we have the two overview tables. I can try this again and dump the cache between tries to see what exactly is and isn't being cached, but for some reason or another clearing the cache between building those two tables resolved the issue I was having of missing rule configurations. : ?

My hunch in the original post was basically that getDefaults() is only being called the first time and filtering to active configurations based on my $conditions. The second time I have a different set of $conditions, but I don't see any filtering being done for default configurations outside of getDefaults(). And, based on the snippet you posted and lines 195-199, that means the second set of $conditions will never be applied somehow.

I can't try this again today, but I'll keep it in the queue. At the very least, we're working now. : )

Hmm... so I seem to have a new problem. Default configurations aren't being recognized at all now, with no changes at all to my implementations of hook_default_rules_configuration(). Configurations that exist in the database are visible, but any default configurations that haven't been overridden cannot be seen in the UI. Trying to debug now... but it is late and I might need to crash. ; )

Ahh, you know what, this actually did work. I no longer have to clear the cache. However, as I mentioned above, there was another bug in that my default configurations weren't being detected at all. The problem was that the overview table checks for the condition that plugin => 'reaction rule'. But for default rule configurations, this plugin property is never set even though the rules_reaction_rule() function is used in hook_default_rules_configuration() as recommended in rules.api.php:

/**
 * Define default rules configurations.
 *
 * This hook is invoked when rules configurations are loaded. The implementation
 * should be placed into the file MODULENAME.rules_defaults.inc, which gets
 * automatically included when the hook is invoked.
 *
 * @return
 *   An array of rules configurations with the configuration names as keys.
 *
 * @see hook_default_rules_configuration_alter()
 */
function hook_default_rules_configuration() {
  $rule = rules_reaction_rule();
  $rule->label = 'example default rule';
  $rule->active = FALSE;
  $rule->event('node_update')
       ->condition(rules_condition('data_is', array('data:select' => 'node:status', 'value' => TRUE))->negate())
       ->condition('data_is', array('data:select' => 'node:type', 'value' => 'page'))
       ->action('drupal_message', array('message' => 'A node has been updated.'));

  $configs['rules_test_default_1'] = $rule;
  return $config;
}

To get my default configurations to show up, I had to manually add $rule->plugin = 'reaction rule'; after the rule is created. It seems to me that the plugin name should automatically be added by rules_plugin_factory() since it's passed as an argument to this function anyways. What do you think?

Patch works for me. Yay! : )