Occasional bug with packages

[Lhotch +]

Originally Posted by vertyal

In the meantime, I have discovered another symptom of - assumably - the same problem: One of my users has been downgraded to "User Group 2" too early, while he had still 3 uses left from his coupon. His remaining 3 uses were visible both in the admin section and in the user control panel, but he was no longer "User Group 6", but "User Group 2".

I hope this is not a separate problem. What do you think Larry?

Its hard to say, really need to know more about how you have things set up.

When you created the membership what do you have set for its duration? Could it be the duration of the membership ran its course before the user used all the purchases?

Also, keep in mind that if you set up a membership package, someone buys a membership (or gets assigned default) that the settings of the package apply to all memberships handed out. Changing the membership package DOES NOT alter the memberships that have already been given out but will apply only to new ones.


Also, how many memberships do you have defined? If more than 1, do these memberships use different user groups?


At the end of the day the script uses the php date function to determine the current date. It then checks the expiration of the discount thats created and if the expiration date is greater than the current system date OR the number of uses left equals 0 the users group is reverted back to "registered user".

So, with the above in mind the only thing I can think of is if someone had been mucking around with the server time and date so it affected the output of php date function..

[vertyal +]

When you created the membership what do you have set for its duration? Could it be the duration of the membership ran its course before the user used all the purchases?

No, it is not that, I checked it and the coupon was still valid - duration is valid for another 10 days.

Also, keep in mind that if you set up a membership package, someone buys a membership (or gets assigned default) that the settings of the package apply to all memberships handed out. Changing the membership package DOES NOT alter the memberships that have already been given out but will apply only to new ones.

Yes, I know that.

Also, how many memberships do you have defined? If more than 1, do these memberships use different user groups?

OK, the system is set in the following way:

I have 5 memberships, that are the following:
Basic membership - non default - user has to pay for it, 15 days, 5 uses, target user group: User Group 6;
Mini membership - non default - user has to pay for it, 15 days, 2 uses, target user group: User Group 7;
Extra membership - non default - user has to pay for it, 15 days, 5 uses, target user group: User Group 8;
Maxi membership - non default - user has to pay for it, 15 days, 5 uses, target user group: User Group 9;
Trial membership - default - free, 15 days, 5 uses, target user group: User Group 6 (same as Basic membership);

So to summarize the above: out of the 5 memberships 3 uses individual user groups, while 2 of them share the same user group.

[Lhotch +]

The only thing I can really think of is that someon in control over the server is altered the date/time of the system causing irratic behavior of discount expiration etc.

Im working on adding in some logging functionality which should help us troubleshoot this. So far out of half a dozen people using this mod, your the only one who has repoted anything like this.

[vertyal +]

When I have a new user, when does the membership module place the user to the target user group? I assume it happens when he first logs in. Before logging in, he is in user group 2. Right?

[vertyal +]

The only thing I can really think of is that someon in control over the server is altered the date/time of the system causing irratic behavior of discount expiration etc.

Im working on adding in some logging functionality which should help us troubleshoot this. So far out of half a dozen people using this mod, your the only one who has repoted anything like this.

Hmmm. Is there a reason why someone would do that? I am on a shared server at Hostgator.
I am sorry to report the bug... The thing is that I am extremely satisfied with it - without it I could not make proper use of 68C. The only thing I have problem with is this mysterious "bug".

[Lhotch +]

Its hard to say why someone would alter the date/time at the server level but experience has shown me that server farms, espeically for shared hosting, are not managed by the best and the brightest in the IT field. The use of "Change control: facilities is limited at best and overall since most shared hosting is pretty cheap hosting providers dont actually care too much about what you have on the system, how well it functions or what ramifications there changes may have on your site.

They often make changes to the server or software without letting clients know and then play stupid when asked if anything changed.

Ill try and get to the bottom of it, but it may take a few days for me to get additional logging code in place and tested so please bear with me.

[vertyal +]

Take your time Larry, as there are just a few such cases I can manage it manually until we find out what may be in the background.

[Lhotch +]

Originally Posted by vertyal

Take your time Larry, as there are just a few such cases I can manage it manually until we find out what may be in the background.

Can you look at the top of the hooks.php file ylou have and let me know what file version it is?

example....


@file version 0.5


Do you have it set up to send any notifications to the user for when a membership expires? If you do, when the users group was prematurely changed, was the user notified?