Unabale to disable "annoymous" purchasing, breaking ec_nodeaccess by sending wrong UID

Did you check it says 'registered only' in the product node (not just at /admin/ecsettings/products)

nevermind I'm having the same problem

So this module is simply NOT functional for Drupal 6?

ec_checkout module has a function ec_checkout_initialize() which calls (among other things) ec_customer_checkout_init() and that calls ec_customer_get_customer()

ec_checkout_initialize has a $params arg (which is empty in my case) and it tries to pass this to ec_customer_checkout_init() as a 2nd arg, but it does not take a 2nd arg. Instead it looks for $txn->ecid which is not there. When ec_customer_get_customer() is called it has a null arg, and then for some reason in this code that I don't quite understand yet it asks the function _ec_customer_find() to return customer info from the database for a customer with the role anonymous:

  // Ask each provider if they know the customer.
  foreach ($ctypes as $ctype => $info) {
    if ($customer = ec_customer_invoke($ctype, 'customer_get_id', $filter)) {
      if ($return = _ec_customer_find($customer)) {

The value of $customer I believe is this:

                    [0] => Array
                        (
                            [type] => anonymous
                            [exid] => 7390629ff130b4e1a80e32a4b875ff86
                        )

And the value of $ctypes was:

Array
(
    [anonymous] => stdClass Object
        (
            [name] => Anonymous
            [description] => Handle customer information for anonymous customers
            [module] => ec_anon
            [weight] => 99
            [store_addresses] => 
            [type] => anonymous
        )

)

The info in $ctypes comes from the func ec_customer_get_types() which gets its data by invoking hook_customer_info()

ec_anon's implementation of hook_customer_info() :

/**
 * Implementation of hook_customer_info().
 */
function ec_anon_customer_info() {
  return array(
    'anonymous' => array(
      'name' => t('Anonymous'),
      'description' => t('Handle customer information for anonymous customers'),
      'module' => 'ec_anon',
      'weight' => 99,
      'store_addresses' => FALSE,
    ),
  );
}

OK so thats where the anonymous thing is coming from

I don't know whether it is correct or not for that function to return anything if anonymous purchasing is off. That might be unrelated. Anyway, if we block ec_anon_customer_info() we get a shitload of The argument should be an array errors

doesn't explain how to solve this, but somewhere in what I've said there is something missing, probably that $params thing way back in ec_checkout_initialize??

ec_checkout_initialize() was called by ec_cart in the function ec_cart_checkout():

ec_checkout_initialize('ec_cart', $txn);

does not set the 3rd arg which is $params
but also does not set anything in $txn to indicate the user

It probably is ec_cart_checkout()'s resposibility to pass on user info as it is also the function that 'composes' the initial $txn object.

But should it do it through the $params thing, or should it try to set $txn->ecid, and if so what is my user's ecid?

It seems my user does not have an ecid
here is my ec_customer table as csv:

ecid;"type";"exid";"uid";"name";"token"
1;"anonymous";"0130fe03dc82bdfaf81acfa34e0652a2";"0";;"dc3fa7c2d0a99988392c534a8f72070c"
2;"anonymous";"7390629ff130b4e1a80e32a4b875ff86";"0";;"97e21cdedc7aee4da85e689ea9fa4678"

2 records for anonymous

perhaps ecid's are just to distinguish anonymous users from each other? in that case there is a parameter that isn't being passed on

if ecid's are for everyone, then I dunno, more research needed, as various functions definitly seem to want to rely on ecid's exclusively
need to find where these ecids are being made

ecid's are made by ec_customer_insert() called by ec_customer_ec_transaction_pre_save(&$txn) an implementation of hook_ec_transaction_pre_save().

The pre save hook is invoked by ec_store_transaction_save()

I am officially lost and tired now

Just a quick follow up on this. DO you have the ec_address module installed, or another customer module?

I have changed this to by design, but I think that you have only enabled the anonymous customer type and not any other types.

If you enable the ec_address module it should resolve your problem.

Please let me know if this is not the case.

Also I have added a warning in the status page if you only have the anonymous customer type enabled.

Hi gordon,

There seems to be a strange dependency here:
1. I only want registered purchases.
2 I don't want to use the adress module

But this way transactions are labeled anonymous.
I need to enable adress to map the users to the tranactions

There should be a more generic solution i think.

Any ideas?
I'm willihg to help devellop a module for this

Basically you will need create a new customer type which gives you a user type but not all the address type.

This is very small, but the problem is the the customer module will still ask for an address.

I will continue this on #1406824: Settings in adres module needed