Resetting Virtual Downloads

[DrByte]

If you use the regular /admin/orders.php instead of /admin/super_orders.php, does the download reset work properly?

[BreaJR]

Yes, I get the same result using either one. The funny thing is I have Expiry days: (0 = unlimited) set to 0, and Maximum download count to 5, but when I reset the download count, it sets an expiration to today's date in the customers order history. By the time they read the email, often the download has expired even though they have more download attempts.

I tried to set a new expiry to 30 days, and then update, but it will not update old orders that have already been purchased.


I can't thank you enough for the help.

Thanks

Jack

[DrByte]

What's the version date stamp on your /includes/modules/pages/download/header_php.php file?

[BreaJR]

Are you refering to the version date in the comments at the top of the page? If so it is: * @version $Id: header_php.php 4135 2006-08-14 04:25:02Z drbyte $

Jack

[DrByte]

Okay, good. I think we can rule out the downloader portion and focus on the order-reset portion (as you originally asked).

Can you look up the same header stamp from the /admin/orders.php file?

Also, how are you resetting these downloads? Are you changing the order status to "Update"? or are you clicking the green/red button to the left of the specific filename? Do you get the same results using both methods?

[BreaJR]

Here is the header stamp from the orders.php page:
* @version $Id: orders.php 5426 2006-12-28 14:58:57Z drbyte $

I was resetting the downloads by using the update method. It worked fine when the downloads had an expiry set. Then I started clicking on Grn/red button, which also worked when there was an expiry. I only noticed a problem when I started setting up new downloads with the expiry set to 0.

Thank you again for your help.

Jack

[DrByte]

I'm trying to duplicate the problem, but am not seeing any restrictions to the customer when using as you described.