What to do when your payments modules aren't available in Front End

[spacewalkingninja]

PayPal and BankWire not Firing on Hook displayPayment

As I think this topic will be seen by most of u, and couldn't post a new topic, no rights, for some reason. I think I have the right, unless you are trying to discriminate me. Are you discriminating me?? Hoping you are NOT!

Hello there!

I've got a multistore situation in which shop ID=2 works perfectly, and is the shop which is already live on the server.

The shop works fine, accepting paypal and bankwire.

Currently I'm config the SHOP_ID=1 to work as well, and after an rather easy start, I hit a wall when trying to make the bankwire and paypal modules work.

They are correctly configured in modules>payment in the Back Office / BO, and the same settings are used for both shops.

After quite a lot of trying I can't solve the issue.

Both modules are activated for both shops, and in module and hooks tables everything seems to be fine.

When I

var_dump(Hook::exec('displayPaymentTop')); from

ParentOrderController.php it works on SHOP_ID=2

spitting the HTML for PayPal and BankWire, but nothing (not even null) for SHOP_ID=1.

I'm using PSTB1.6 (because 1.7 is a sloppy job made by bad programmers)

(Shouting removed. Your friendly moderator.)

[spacewalkingninja]

PayPal and BankWire not Firing on Hook displayPayment

As I think this topic will be seen by most of u, and couldn't post a new topic, no rights, for some reason. I think I have the right, unless you are trying to discriminate me. Are you discriminating me?? Hoping you are NOT!

Hello there!

I've got a multistore situation in which shop ID=2 works perfectly, and is the shop which is already live on the server.

The shop works fine, accepting paypal and bankwire.

Currently I'm config the SHOP_ID=1 to work as well, and after an rather easy start, I hit a wall when trying to make the bankwire and paypal modules work.

They are correctly configured in modules>payment in the Back Office / BO, and the same settings are used for both shops.

After quite a lot of trying I can't solve the issue.

Both modules are activated for both shops, and in module and hooks tables everything seems to be fine.

When I

var_dump(Hook::exec('displayPaymentTop')); from

ParentOrderController.php it works on SHOP_ID=2

spitting the HTML for PayPal and BankWire, but nothing (not even null) for SHOP_ID=1.

I'm using PSTB1.6 (because 1.7 is a sloppy job made by bad programmers)

(Shouting removed. Your friendly moderator.)

[Traumflug]

There is no 'PSTB1.6'. Here we talk about thirty bees. Current version is 1.0.6.

... and usually people have their own problems and work on that. If you want somebody else to take care of your shop, see https://store.thirtybees.com/services

[spacewalkingninja]

@traumflug I'm asking on a public forum so we can TOGETHER FIND THE ISSUE AND BUG BEHIND THIS! Btw, I can show you how I migrated PS 1.7 to TB!

[Baarssen]

@spacewalkingninja

What are you trying to do? This post also appears on PS forum, so i asume you are the poster.

The way youre writing is very aggresive and looks like youre trying to force to get a problem done for free. Maybe i am wrong, but asking for help is something else as demanding for help.

[spacewalkingninja]

@baarssen I'm tired of trying to fix this, but won't rest untill I do - need it fixed. I've been googling and trying to fix this myself for well over a week now, but still can't get it fixed. It's not about the money, I'm not spending money on this, I've so far managed to get things on PS and then TB done completely for free for my boss, we're even using google cloud's constantly free VM's, for emails amazon's free tier SES. If you're smart, you can outsmart the system. But still - out of a sudden these modules stopped working, and I've really been trying to get them fixed, but can't find the issue. We together should be strong enough, as a team to make this work as a solid system.-

[dosbiner]

@spacewalkingninja please open new topic for your problem, there is no limitation for create new topic. Maybe you start on this category https://forum.thirtybees.com/category/4/technical-help

[spacewalkingninja]

I've foud the problem, alone, because none helped in my medieval quest to find the meaning of life. You shalt find the fault of the problem in one If, PSADVANCEDPAYMENT_API for thou shop ist set to NULL, you shalt change it back to 0, so your normal payment fragments might once again work as a properly working part of the mighty brave automata shopping merchant of yours whose destiny is to show you the path toward the meaning of life.

[doclucas]

@spacewalkingninja Not only that you have hijacked a thread and continuing to do so (something that could get you banned on some less friendly forums). You have also defeated the main purpose of posting a solution to your problem, because most users won't be able to find it when it's buried here. So congratulations for finding the solution, maybe now it's time to listen to @dosbiner advice.

[Traumflug]

Well done, @spacewalkingninja !

Do I understand correctly that you edited database table 'configuration' with a database editor and wrote a NULL into the row for PSADVANCEDPAYMENT_API ? I had a look on whether we could enhance the PHP code a bit to avoid disappointments like the one you experienced, but found only writings of PHP values *true* and *false*. Which should result in a string "1"/"0" in the database.

[spacewalkingninja]

@traumflug it was set as NULL, when it should've been 0, the value of which I don't remember ever changing, maybe it was a module?, but still - I've only got paypal (PS module as I had modded it before when we were on PS1.7 to change the paypal specific price (not to change anything in configuration), cause they're bad to us and add their taxes, which is unfair to customers who end up paying for paypal, but it's up to them; didn't wanna mod the TB one, as I had the PS one working already) and BankTransfer, so neither of them should've changed that value.. much less to NULL, given that, as you say it should be true/false and not Null.

@doclucas - will find some time to move this to another post, properly named, phrased and with the solution explained. My problem was that when I tried to make a new thread, I apparently didn't have the proper permissions, as this forum appears to be set up so that only people who've replied to posts can make new threads. I'm not a bad person, I'm sad when frustrated.

@all what about true shared carts everybody? It's something actually missing, I've got some snippets which might help if you are planning on this.

[doclucas]

Nobody suggested you are bad and we are all sad when frustrated, yet not all do the same things when sad. :) Anyhow, you should have those permissions by now I guess, so copying & pasting your issue and solution to that would be helpful. Probably not gonna take more than a few moments. ;)

[dosbiner]

thanks for sharing, I think this problem occurs when multistore is active and have more than one shop.

[spacewalkingninja]

@dosbiner my first thought would've been the same it's easy to insert the new shop, but forget the value, oddly enough, this occured to id_shop = 1, so it was the default shop.

[dosbiner]

@spacewalkingninja said in Thirtybees roadmap:

@all what about true shared carts everybody? It’s something actually missing, I’ve got some snippets which might help if you are planning on this.

can you elaborate this? do you mean "share available quantities to sell" option on multistore shop group?

[spacewalkingninja]

@dosbiner

Store A has products a1 and a2 , Store B has products b1 and b2. I can shop from either of them, independently, but also I could go from store A to store B, maintain my session cookies, and my cart cookies, and buy product a1 and product b2 in the same cart.

Then the merchant should be able to setup this to their needs, for example in some cases the payment modules will have to render twice (Store A and B are 2 different companies so different payment info), in other cases, Store A and B are the same company, so one payment will do.

A great example for this would be a petstore which's got a Cat only Store, Dog only store, Fish only store, etc.. people can go to Cats.Shop and get cat food, switch to Fish.shop and add an aquarium to the cart too, same company, different websites, shared carts, one payment.

[dosbiner]

@spacewalkingninja I see.. I think we can do that with different approach. but I curious is there company using that method to their shop?