I'm working with CiviCRM 3.4 and UC CiviCRM 6.x-4.0.
I have records of four purchases from three customers in the CiviCRM group I defined to hold data of my customers. When I click on the 'purchase' tab for each customer, only on one of them do I get the purchase details. For the other two I get the waiting spinner for half a second, and then it turns up blank.
I've looked through each purchase and can't see any difference in detail, so am having a hard time pinpointing where the problem lies.
Has anyone else had this problem? And light that could be shed would be great.
Comments
Comment #1
dharmatech commentedFor the contacts that have blank purchase history:
Comment #2
Anonymous (not verified) commentedComment #3
dharmatech commentedWhat version of Ubercart?
The same callback is used to print the number of purchases on the tab and display the purchase history. If the number of purchases is correct, there shouldn't be a problem with the purchase history.
The function you want to debug is uc_civicrm_contact_transaction(), line 89 or so depending on stable or -dev.
Comment #4
Anonymous (not verified) commentedUsing CiviCRM 3.4.
Ran some debug on the function and the result ($output) of the function is right and the tab links to the correct content, but it just doesn't display.
The customer for whom results displayed correctly previously now doesn't have his purchases display. Conversely, another customer's does. Session issue?
Comment #5
dharmatech commentedYes, you mentioned that you were using CiviCRM 3.4 in the first message. I asked what version of Ubercart you're using.
Doesn't seem like a session issue to me. Does it matter what browser you're using? You could try debugging with httpfox plugin or one of the dozens of tools that let you capture HTTP traffic and view session info.
I'm setting the status to closed, but please continue to update if you find any new information.
Comment #6
Anonymous (not verified) commentedSorry, my mistake. It's ubercart 6.x-2.7.
I'll try the httpfox thing.
Comment #7
Anonymous (not verified) commentedOkay, httpfox proved more than useful. It seems if I can get the results to appear sooner or later by clicking away from the purchases tab (by clicking on another tab) and then clicking on it again. Usually I don't have to do this more than three times, but still, it's a bit vexing. When it fails I get a "text/html (NS_ERROR_DOM_BAD_URI)" error on httpfox.
It seems related to Secure Pages. If I turn that off I get no problems at all. Maybe it's to do with requesting a http page from a a secure https one.
Comment #8
dharmatech commentedGlad you were able to figure it out. Yes, it's probably related to mixed content (http/https).
The path uc_civicrm is using to load order history is admin/store/civicrm/customer/orders/* so you may be able to add that to Secure Pages as forced https. If adding the path fixes the issue for you, please comment and I'll add a reference to this issue in the docs or project page.
Comment #9
Anonymous (not verified) commentedYes, that did the trick. Fantastic! Thanks for your help.
Comment #10
dharmatech commentedThanks for confirming, I've added a note to the project page.