[Skip to main content](#vessel-content)
# Profile for AGC1264
##
[](/forum/user/41675-agc1264 "View AGC1264's Profile")
**[ Offline](/forum/user/41675-agc1264)**
- **User Type:** User
- **Register Date:** 15 Mar 2016
- **Last login:** 9 years 1 day ago
- **Time Zone:** UTC +0:00
- **Local Time:** 00:33
- **Posts:** 3
- **Profile views:** 26
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# AGC1264's recent posts (3 messages )
All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year
| [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) |
|---|---|---|---|---|
| [](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498) | [Beanstream success returns to blank page](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "Description: After a live transaction at Beanstream the customer is returned to a blank page at the store site. The page that's being called is beanstream_params_u.php with a query string. In the Joomla backend Hikashop still shows the order as "created" and not "confirmed" and no emails are sent. The customer still has the product in their shopping cart. At Beanstream it shows the transaction was successful. General Info: Joomla 3.48 Hikashop 2.6.2 Business PHP 5.5.36 I have a Beanstream developer account to test with and have access to my client's Beanstream live account. Although there look to be minor differences betweeen these two accounts the essential information is in place as per the Hikashop Beanstream doc. The Payment Gateway is set the same for both accounts as is the Hash Key. In Joomla/Hikashop the correct Merchant Number is in place depending whether I'm testing with my developer account or using the client's live account Tests: Running a transaction through my Beanstream developer account everything works perfect. Running a transaction through the client's live Beanstream account results in the blank page. Logs: For each test I kept a clean log with only that transaction in it. When I run the test through my developer account the log is small and starts with an array of return variables followed by a stdClass Object. When I run the test on the live account the log is about 19Kb larger. It starts off with the same array followed by the stdClass Object but after that there's a "string" with the complete query string and below that it says "Hash error 5a6be4c60f0de5561fd5e2ffb84086b8 - 0bd1d590363eea327fa686268c14369e". After that it repeats the intial array but this time there are are number of new elements that start with underscores and that is followed by a much larger stdClass Object with way more info than the first. I've attached the two logs. I am also seeing a small difference in the two initial arrays. For live there is an added element "riskScore", this is not there when processing through the developer account. Don't know if that would stop things if the plugin is expecting only specific return values. I'm assuming this is a Beanstream issue that the live account isn't returning the correct information, or maybe too much. But maybe the payment plugin needs to be fault tolerant. Just guessing here. Any insights would be much appreciated.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") [Last Post](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "That worked almost, it just needed a small modification. Setting the hash method to none and leaving the hash key blank gives this error message at checkout... You have to configure a hash on the Beanstream plugin payment parameters first ...What worked was setting the hash method to none and leaving the original hash key in place (I'm guessing any string would do as long as something was there). After that things worked as expected, was able to do a live transaction, returned to the site with the correct thank you message, cart contents were cleared, emails sent, Hikashop admin shows the order as confirmed, Perfect!! As I said initially I was assuming this was an error at Beanstream's end, and it looks that way. There must be a difference between the developer account and a live one. Have been in touch with them, will make them aware of the hash key problem. Thanks for your help.") 10 years 4 months ago by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") | Replies:4 Views:750 | [Last Post](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "That worked almost, it just needed a small modification. Setting the hash method to none and leaving the hash key blank gives this error message at checkout... You have to configure a hash on the Beanstream plugin payment parameters first ...What worked was setting the hash method to none and leaving the original hash key in place (I'm guessing any string would do as long as something was there). After that things worked as expected, was able to do a live transaction, returned to the site with the correct thank you message, cart contents were cleared, emails sent, Hikashop admin shows the order as confirmed, Perfect!! As I said initially I was assuming this was an error at Beanstream's end, and it looks that way. There must be a difference between the developer account and a live one. Have been in touch with them, will make them aware of the hash key problem. Thanks for your help.") by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") 10 years 4 months ago |
| [](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243416) | [Beanstream success returns to blank page](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243416 "Description: After a live transaction at Beanstream the customer is returned to a blank page at the store site. The page that's being called is beanstream_params_u.php with a query string. In the Joomla backend Hikashop still shows the order as "created" and not "confirmed" and no emails are sent. The customer still has the product in their shopping cart. At Beanstream it shows the transaction was successful. General Info: Joomla 3.48 Hikashop 2.6.2 Business PHP 5.5.36 I have a Beanstream developer account to test with and have access to my client's Beanstream live account. Although there look to be minor differences betweeen these two accounts the essential information is in place as per the Hikashop Beanstream doc. The Payment Gateway is set the same for both accounts as is the Hash Key. In Joomla/Hikashop the correct Merchant Number is in place depending whether I'm testing with my developer account or using the client's live account Tests: Running a transaction through my Beanstream developer account everything works perfect. Running a transaction through the client's live Beanstream account results in the blank page. Logs: For each test I kept a clean log with only that transaction in it. When I run the test through my developer account the log is small and starts with an array of return variables followed by a stdClass Object. When I run the test on the live account the log is about 19Kb larger. It starts off with the same array followed by the stdClass Object but after that there's a "string" with the complete query string and below that it says "Hash error 5a6be4c60f0de5561fd5e2ffb84086b8 - 0bd1d590363eea327fa686268c14369e". After that it repeats the intial array but this time there are are number of new elements that start with underscores and that is followed by a much larger stdClass Object with way more info than the first. I've attached the two logs. I am also seeing a small difference in the two initial arrays. For live there is an added element "riskScore", this is not there when processing through the developer account. Don't know if that would stop things if the plugin is expecting only specific return values. I'm assuming this is a Beanstream issue that the live account isn't returning the correct information, or maybe too much. But maybe the payment plugin needs to be fault tolerant. Just guessing here. Any insights would be much appreciated.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") [Last Post](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "That worked almost, it just needed a small modification. Setting the hash method to none and leaving the hash key blank gives this error message at checkout... You have to configure a hash on the Beanstream plugin payment parameters first ...What worked was setting the hash method to none and leaving the original hash key in place (I'm guessing any string would do as long as something was there). After that things worked as expected, was able to do a live transaction, returned to the site with the correct thank you message, cart contents were cleared, emails sent, Hikashop admin shows the order as confirmed, Perfect!! As I said initially I was assuming this was an error at Beanstream's end, and it looks that way. There must be a difference between the developer account and a live one. Have been in touch with them, will make them aware of the hash key problem. Thanks for your help.") 10 years 4 months ago by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") | Replies:4 Views:750 | [Last Post](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "That worked almost, it just needed a small modification. Setting the hash method to none and leaving the hash key blank gives this error message at checkout... You have to configure a hash on the Beanstream plugin payment parameters first ...What worked was setting the hash method to none and leaving the original hash key in place (I'm guessing any string would do as long as something was there). After that things worked as expected, was able to do a live transaction, returned to the site with the correct thank you message, cart contents were cleared, emails sent, Hikashop admin shows the order as confirmed, Perfect!! As I said initially I was assuming this was an error at Beanstream's end, and it looks that way. There must be a difference between the developer account and a live one. Have been in touch with them, will make them aware of the hash key problem. Thanks for your help.") by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") 10 years 4 months ago |
| [](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243373) | [Beanstream success returns to blank page](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243373 "Description: After a live transaction at Beanstream the customer is returned to a blank page at the store site. The page that's being called is beanstream_params_u.php with a query string. In the Joomla backend Hikashop still shows the order as "created" and not "confirmed" and no emails are sent. The customer still has the product in their shopping cart. At Beanstream it shows the transaction was successful. General Info: Joomla 3.48 Hikashop 2.6.2 Business PHP 5.5.36 I have a Beanstream developer account to test with and have access to my client's Beanstream live account. Although there look to be minor differences betweeen these two accounts the essential information is in place as per the Hikashop Beanstream doc. The Payment Gateway is set the same for both accounts as is the Hash Key. In Joomla/Hikashop the correct Merchant Number is in place depending whether I'm testing with my developer account or using the client's live account Tests: Running a transaction through my Beanstream developer account everything works perfect. Running a transaction through the client's live Beanstream account results in the blank page. Logs: For each test I kept a clean log with only that transaction in it. When I run the test through my developer account the log is small and starts with an array of return variables followed by a stdClass Object. When I run the test on the live account the log is about 19Kb larger. It starts off with the same array followed by the stdClass Object but after that there's a "string" with the complete query string and below that it says "Hash error 5a6be4c60f0de5561fd5e2ffb84086b8 - 0bd1d590363eea327fa686268c14369e". After that it repeats the intial array but this time there are are number of new elements that start with underscores and that is followed by a much larger stdClass Object with way more info than the first. I've attached the two logs. I am also seeing a small difference in the two initial arrays. For live there is an added element "riskScore", this is not there when processing through the developer account. Don't know if that would stop things if the plugin is expecting only specific return values. I'm assuming this is a Beanstream issue that the live account isn't returning the correct information, or maybe too much. But maybe the payment plugin needs to be fault tolerant. Just guessing here. Any insights would be much appreciated.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") [Last Post](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "That worked almost, it just needed a small modification. Setting the hash method to none and leaving the hash key blank gives this error message at checkout... You have to configure a hash on the Beanstream plugin payment parameters first ...What worked was setting the hash method to none and leaving the original hash key in place (I'm guessing any string would do as long as something was there). After that things worked as expected, was able to do a live transaction, returned to the site with the correct thank you message, cart contents were cleared, emails sent, Hikashop admin shows the order as confirmed, Perfect!! As I said initially I was assuming this was an error at Beanstream's end, and it looks that way. There must be a difference between the developer account and a live one. Have been in touch with them, will make them aware of the hash key problem. Thanks for your help.") 10 years 4 months ago by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") | Replies:4 Views:750 | [Last Post](/forum/29-payment-methods/885141-beanstream-success-returns-to-blank-page#243498 "That worked almost, it just needed a small modification. Setting the hash method to none and leaving the hash key blank gives this error message at checkout... You have to configure a hash on the Beanstream plugin payment parameters first ...What worked was setting the hash method to none and leaving the original hash key in place (I'm guessing any string would do as long as something was there). After that things worked as expected, was able to do a live transaction, returned to the site with the correct thank you message, cart contents were cleared, emails sent, Hikashop admin shows the order as confirmed, Perfect!! As I said initially I was assuming this was an error at Beanstream's end, and it looks that way. There must be a difference between the developer account and a live one. Have been in touch with them, will make them aware of the hash key problem. Thanks for your help.") by [AGC1264](/forum/user/41675-agc1264 "View AGC1264's Profile") 10 years 4 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.140 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)