wakabayashi

I am doing more rewrites than I was planning. Probably the new version will be released as V.2.0.0. So if there are any suggestions, it's best to do it now.

I know this processes. We add almost daily orders to the BO. I am surprised, that you prefer it that way by default. We try as much, to push our customers, to order themself. It saves us time and nerves 😉 We do it the same way: [email protected]. It's true that it makes no sense to set a passwort there. But it's also not a big deal to put something in this field. You write a lot about many seconds. I don't have such a big delay on my server. Probably your server is also slow. But true I also noticed that this process is not really quick. Not sure if there is any issue with the ajax post request, or if it just takes this time. A video of your process would help to understand, what you really mean. Yeah that's a bit ugly. We have created an account like [email protected]. We add all orders there, that don't need any address. The address is then our company address. We use this account mainly for people who buy directly at our house. Yeah I believe this is worth considering. Especially in the BO, but I have heard, that some shops use such APIs also on FO. No idea what you mean. A bug report needs to be concret. And it's better to report bugs seperat, not mixing it up in a post, that is about improving/enhancing features.

You can set this up as you want...

It's been a long time, since I last worked on krona. I started today a bit with v.1.2.0. I added: Expiration of loyalty points (but not the history way) Stats for total value of outstanding loyalty points Functioniality to hide players from leaderboard Hopefully I can test things with @SLiCK_303 soon. @datakick Is it possible to integrate an email warning conseqs module? Like your module checks, the loyalty_expire column in my module? What else are your expierences? Where is the module "weak"?

@shoptechmedia does it work for you?

Oh hopefully not. But he was recently online here 💪🐝

@dynambee you seem to know the most about elasticsearch in combo with tb. Are you still using it somewhere live?

@movieseals thanks for your update. It's a bit sad, that you had to switch away from the tb module, but ofc I understand your decision. Can I see your elasticsearch somewhere in action? Does this module offer facetted navigation/filter?

I am actually not the right person to judge this, since I don't have this module installed. Still I could imagine that there is a problem with this layout. Have you tried to change "UPS" to something longer? Like the User above has something like "UPS class/priority".

Haha very funny, that yesterday I tried this 😂 Search in your theme for product-sort.tpl and add: <option value="date_add:desc"{if $orderby eq 'date_add' AND $orderway eq 'desc'} selected="selected"{/if}>{l s='Newest first'}</option> Please respond, if this works out well for you.

Nice you have the supporter logo

So I set up a token for all zones. But now I have to select a specific domain in your module. Is this correct how I am doing it? :S Edit: all clear. I just have to select a specific shop and then save...

@cprats Please search for: {if $option.unique_carrier} {foreach $option.carrier_list as $carrier} <strong>{$carrier.instance->name|escape:'htmlall':'UTF-8'}</strong> {/foreach} {if isset($carrier.instance->delay[$cookie->id_lang])} <br>{l s='Delivery time:'}&nbsp;{$carrier.instance->delay[$cookie->id_lang]|escape:'htmlall':'UTF-8'} {/if} {/if} And replace it with: {if $option.unique_carrier} {foreach $option.carrier_list as $carrier} <strong>{$carrier.instance->name|escape:'htmlall':'UTF-8'}</strong> {if isset($carrier.instance->delay[$cookie->id_lang])} <br>{l s='Delivery time:'}&nbsp;{$carrier.instance->delay[$cookie->id_lang]|escape:'htmlall':'UTF-8'} {/if} {/foreach} {/if} Please confirm, if this works.

I get your point. Ofc that would be nice, but who would be in such a team?

Yes I could solve it, but it depends on your theme. You use one page checkout right? You have to edit order-carrier.tpl and move the closing foreach a bit. You could also post your code, if you can't solve it yourself.

What do you mean with: I need to keep the design? You need to change a few lines in one file, thats all :S

There is no such team. The problem is that devs can't test this all by themself. They never have the real environment. You can never forseen all issues. I don't understand why merchants shouldn't test anything?

I would bet that it's this problem: I had it too...

@SLiCK_303 you are a hero 🙂

Yeah I thought so 🙂 But it works with multistore, right?

Nice! One question: Does this purge cache only when I manually delete cache in tb or does it also work when I upload a js file trough ftp?

It's not about the fix. It's about how you fix it. If people upload this fix, they will lose this in the next update. Why don't you propose this fix in github?

I use a PS Module: Premium Google Tag Manager v2.1.3 - from ReactionCode But tbh I don't use GA too much for now. I mean the normal informations about countries your customer come from, browser, bounce_rate and so on are helpful for me. But the ecommerce stats aren't really too useful in my opinion.

@Traumflug nice catches, but I doubt this is fixing my issues in order-slip table. @Occam To be honest, I also doubt, that your changes fix the problem at the root - as you don't respond to my screenshots, which obviously show that there are multiple issues... But as your contribution for sure improve things, why don't you submit it to github? Like that the changes aren't implemented... AND just modify core files is in my opinion even worse than overrides.

Well I invested another few hours today into returns and order-slip creation. My impression from yesterday was just reinforced. This feature can't be used often by merchants. It's output is strange and also buggy. If it would be used often, we would have seen complaints about it. Here is a screenshot form my ps_order_slip table Sometimes total_products_tax_excl is just the same as total_products_tax_incl, but not always? I have no idea when it happens. Look for example id_order 15750. I did always the same testing process. Why the hell does it sometimes work and sometimes not!? The yellow marked line is also funny. It worked for shipping calculation, but not for products calculation. Another example: You see id_order 15750. Why is there no refund column? Here you see id_order=15742 and here it works :S In general I have problems to understand the intention of all database columns of ps_order_slip. That's why I decided to give up on this topic. IMO there is no other way, than first define what merchants actually need and afterwards rewrite this completly. For people which want to use this feature now: you should change mainly order-slip.total-tab.tpl and order-slip.product-tab.tpl. There you can remove the minus signs. There you can also remove the strange $order->total_products and replace itwith something like $order_slip->total_productstax_incl. TBH: I cannot offer a fully working solution as the tax is not always right (see screenshot above).