Missing links for users to cancel/manage recurring payment

Are you saying there is no link on the users profile page to their recurring fees?

But when you go to "/admin/store/orders/recurring" you can see active recurring fees?

As the recurring stuff only shows up if there is an active recurring fee.

The operations that can be preformed on a recurring fee are provided by the payment gateway. So the option that appear next to each recurring fee will depend on the payment gateway used to setup the recurring fee initially.

Setup a test site and play with the test_gateway.

If you go to yoursite.com/user do you see a "Recurring fees" tab? (If you're not logged in as User 1, make sure you have configured the permissions for uc_recurring properly.)

@miss-susan - you need to have a active recurring fee under the account and you need to be using a gateway that provides features to manage the recurring fee (all the gateways have some options, but some have more then others). This is why I said install test_gateway and process a recurring order through that and you will see an example of what things should look like.

Same issue here. I'll play around with some setting and see if it yields any results

after the user succeeds in cancellation, the cancel link is still visible. also, the 'Next charge' field should not show the uc_recurring_users.next_charge value - maybe N.A. or blank or ...

This issue (or something like it) is driving me insane.

It's really not nice when an interface element (in this case, the recurring payments tab on a user profile) seemingly randomly disappears and then re-appears on you, causing you to check permissions, check which server you're on, check your own temperature, and many other debugging steps before being forced to dive into code with dpm() in hand.

An always-on tab that shows an empty table with "You do not have any active recurring payments" would be much nicer.

for some reason some orders have the cancel option and some don't.

it seems to me the recurring orders can cancel but not recurring fees....??

Is there any option in ubercart to make it downloadable into excel or cvs? Thanks..

Yeah - having trouble here too...

This issue is happening for me as well = how does one cancel their own recurring fee? I have a role that has permissions to "view own recurring fees". However when the user tries to go to their recurring fee for their order (using test gateway) they get an access denied.

Also there are no tabs or links to point a user to their recurring fees if they have permissions. Something doesn't seem like it's working correctly.

-Trevor

The only way I can get this to work is by assigning the role "view all orders" permission. But this makes little sense since we don't want a user to view all orders on a site, only their orders. But if I set the permission to just "view own order" the user account cannot view their order or recurring fee. It only works when "view all orders" is selected.

Seems odd and buggy.

-Trevor

Ok so here are the permissions I need to set to allow a user to cancel their recurring fee/subscription:

view own recurring fees
administer recurring fees

view all orders
view own orders

So it looks like we need to tweak the code so it allows for an "administer own recurring fee" permission. The administer recurring fees gives the user too much administration ability/permission.

If I uncheck the administer recurring fees permission then the user still can't view their own - so it looks like those 2 permissions are both needed in the current module configuration.

Is this possible to tweak? Suggestions?

-Trevor

Trevor, you need to give details about your installation and a way for us to reproduce your problem -- I am using UC Recurring 2.0-alpha 6 and Authorize.net. By simply giving them "view own recurring fees," any authenticated user can see the Recurring fees tab as well as update their credit info and cancel their account. I do not need to allow them to 'view own orders' either.

Drupal 6.22
UC Recurring Payments and Subscriptions 6.x-2.0-alpha6
Ubercart 6.x-2.7
Test Gateway on

This problem only impacts anonymous purchasers. It is similar to http://drupal.org/node/572552. If existing user, then it works fine 100% of the time.

The recurring fee is added to the order. The tab does not show for the user, they are assigned user 0 and it is not updating the UID in the uc_recurring_users table on complete of checkout.

I'm experiencing this issue as well. Doing a dsm of $fees in uc_recurring_uc_checkout_complete is returning an empty array, and therefore not updating the database properly. Currently using hook_cron to check for this as a workaround, which is obviously not ideal.

I was scratching my head recently about this... UC_Recurring_checkout_complete() will only update the fee the first time it gets called. I think this issue is related to UC 2.7, which calls uc_cart_complete_sale() and consequently invokes hook_uc_complete_checkout() as soon as a payment gets entered -- before you get to the checkout complete page and before a new recurring fee gets saved by uc_recurring_product, for instance. Since it's calling the hook twice for every order, I think this should be filed as a bug to Ubercart but don't have the skills to say what needs to be fixed or how.

Curiously, Anonymous checkout with Recurring is working for me on a dev site using UC 2.7 -- it stopped working, then after a whole bunch of struggling I loaded a database backup and it's working again.

Issues "fixed" in 2.7 that may be relevant: http://drupal.org/node/644538 and http://drupal.org/node/1192018
And maybe a related issue: http://drupal.org/node/1340782

Just an update on my situation: Make sure the recurring fees have the correct uid when it's anonymous checkout. If not, it makes sense you would see "Access Denied". In my case, I have to set the weight of uc_recurring_product to -1 in the system table, and everything works fine. Otherwise, the fee's uid does not get updated after checkout.

This issue was filed against 6.x-2.0-alpha6 and has been open for over a year.

I'm currently experiencing a related problem with version 6.x-2.0-beta1 and have cross referenced this issue under a new project issue: #1423482: Anonymous checkout for Recurring Product not listed properly under Subscription Manager and My Account

I would appreciate it if someone here could please advise on the best approach to the above referenced issue.

Thanks.

UPDATE:
The solution described by @mattwad in comment #22 successfully resolved the issue for 6.x-2.0-beta1

Currently Using: Drupal 6.24, UC Recurring Payments and Subscriptions 6.x-2.0-beta1, Ubercart 6.x-2.7

This problem arose after updating from ubercart 6.x-2.2 and uc_recurring 6.x-2.0-alpha6. After that all users that created their account through a purchase did not have access to the 'Recurring Fees' tab on their user profile. Users that made a purchase after creating an account through the standard drupal sign up form did not have this problem.

If a user tried to access the recurring tab link directly with /user/user-name/recurring-fees they would get an 'access denied' message.

mattwad's solution in #22 resolved the issue.

see patch in #8 http://drupal.org/node/1423482#comment-5829842