joe_g

Ah yes, I updated from 3.0.165 to 3.0.210. Thanks for the suggestion, but it didn't make a difference. What happens is that the POST (with the login credentials) to the /processwire url gives a 404, which is strange since it's posted from /processwire.

Hi there, I updated an older version and now I can't login. I suspect it has to do with the .htaccess somehow, since the POST gives a 404 somehow (which reloads the /processwire url somehow - not sure how that works to be honest). I had it happen a couple of times in the past but never really got a grip on why and how to fix it. I could reinstall PW and import the install, possibly, but hoping for a simpler solution thanks!

Hi there, I upgraded a site for a client to 3.0.210. It seemed to work, but if i try to edit a page i get Fatal Error: Uncaught Error: Call to a member function set() on null in wire/modules/Fieldtype/FieldtypeRepeater/FieldtypeRepeater.module:724 I enabled debug mode, installed tracy. It worked ?! I then uninstalled tracy and removed debug mode. And it still works! What happened? Module cache something?

Thanks everyone. I tried mailjet with smtp and it seems to work great!

Hello, I suppose the answer is no, but I thought I'd check: Is there a decent processwire-friendly mail service for occasional transactional email (like, once a week)? Mailgun only allows to send emails to pre-validated addresses unless you pay 35 a month. The other services that has a WireMail module seemed similar, from what I can see? thanks, J

Yes! Thank you. I see more interesting stuff I haven't seen before there, you can hide pages from regular editors. I remember that being an issue in the past. Nice

Hi there, on ProcessWire 3.0.208 dev PHP 8.1: my editor user is missing a delete button, and I'm not sure why the role has global delete on the user can edit the template: I'm missing something, but I don't know what ! thank you, J

works, thanks!

After testing I can say that echo $padloper->cart->addProduct(1043); works fine, but however echo $padloper->cart->removeProduct(1043); does not work Why would that be?J

Thanks, I'm mostly looking for a way to remove a product from the cart, I can't seem to find thatin the link you attached JJ

Hi there, I think what would help is a very minimal setup, a demo without ajax/htmx, templating etc. In the absence of that, here is a super basic question: 1. How do I add and remove a product to the cart purely via the API? This is for me to understand the basics. I'm imagining it would be something like $cart = $padloper->getCart(); if(!$cart->addProduct(product_id)) { echo 'problems adding'; } if(!$cart->removeProduct(product_id)) { echo 'problems removing'; } tx J

I get the same result from $padloper->remove(1190); by the way. The url seem to indicate the product is removed, but it isn't.

or perhaps something like...? $c = $padloper->getCart(); $c->emptyCart();

I'm trying to make a minimal setup without ajax, so far I've got: <form method="post" class="padloper-cart-add-product flex ml-auto" action="<?= $config->urls->root ?>padloper/add/"> <?=$session->CSRF->renderInput()?> <input type='hidden' name='product_id' value='<?=$product->id?>'/> <input type="submit" value="Add"> </form> <form method="post" class="padloper-cart-remove-product flex ml-auto" action="<?= $config->urls->root ?>padloper/remove/"> <?=$session->CSRF->renderInput()?> <input type='hidden' name='product_id' value='<?=$product->id?>'/> <input type="submit" value="Remove"> <?=$product->id?> </form> Add works, remove not - how come? Remove returns a redirect to https://domain.com/padloper/remove/?removedProduct=XXX but the cart isn't updated (Then, after that, lots of redirects) tx, J

Is there a... <form method="post" action="<?= $config->urls->root ?>padloper/empty/"> ...or similar call I can make?

.. when looking for a solution I see 'variants' in the code but I'm not sure how to make it work. Seems to be the same as Attributes? But if i add some attributes I can't see any change in the product page (no new fields to fill, or similar)...

I guess one way to do this (without an actual discount system) would be to automatically generate 3 products, one with the original price, and two with the discounts. Then instead of using the builtin 'add to cart' I'll make my own add to cart that adds the appropriate product depending if the kids are siblings or not..? ...actually no. That won't work because it will not keep track of the inventory.. THe workshops have limited spots (12), so inventory is really handy for helping to see if something is fully booked

Hi there, Now that I have a functioning padloper installation I have my first real challenge. One that actually might be a bit tricky. Maybe too tricky? The client wants to sell workshops for kids, and give discounts for siblings, X% for the first sibling and Y% for two or more siblings. What's the best way for me to go about this? many thanks for your thoughts, J

Ha, that was it. Too low amount. Now I have a fully functional proof of concept setup. Very nice. Now the error message is very clear, it says that it's a test setup. The previous more generic error was due to the low amount.

Oh right, it says pretty clear "Does not track inventory", enabling that and it work ofc. How do I delete this thread ? ?

Hello again, So I sold a fictions workshop in my test set up using bill as payment method, but it didn't affect the stock. I imagined that right after someone press confirm the stock should decrease thanks, J

Hello, I've gotten quite far with my test setup but at the final step stripe gives an error: Some cookie issues in the console: I disabled adblockers and such. No other errors anywhere, from what I can see. I'm using a test account on stripe (not live keys), but I would imagine it would fail more gracefully if this was the reason? tx, J

Hi, typo - I think? /site/modules/Padloper/templates/invoice line 74 PadLoper -> Padloper (lowercase L) J

Yes I did make a mistake. I reinstalled everything under Padloper/ and I got a bit further..

Oh I see, thanks. So the $customFormFields in checkout.php is a 'schema' to define the fields, then I also need to change the markup myself. Makes sense. Maybe it's good to mention the markup file here as well, it wasn't clear to me that it existed: https://docs.kongondo.com/start/checkout/custom-customer-form.html#supported-form-inputs Initially I wasn't sure if the checkout.php did anything at all, but since I could hide and show the arrow, I knew it did : P . Not my most thought-through comment. No problems, one step at a time. Appreciate the patience (more questions to come for sure : P ) tx J