Pedalman
-
Posts
422 -
Joined
-
Last visited
-
Days Won
5
Content Type
Profiles
Forums
Gallery
Downloads
Articles
Store
Blogs
Posts posted by Pedalman
-
-
Me, too. Thanks alot!
-
Hallo Michel
I can happily testify that it is fixed. Sorry, I forgot to return this good news earlier.
-
Found it.
I had an old lang.php in my /theme/mytheme/mails folder. I had updated the related .html and .txt files but forgotten the lang.php. This had as theme overide overridden the proper TB one.
-
Mh
in my case all order status are in my language and not English. So, the string must come from somewhere else. Still looking for it
-
In my non English country the order confirmation is send with English title. This I could not solve since I have not found until now the string/place to translate it.
Where can I translate this?
-
This seem to have gone worse :(
That is very bad news since it is the 2nd native payment module that needs attenion and causes problems. And we are in Xmas sales :(
I just had a customer on phone and created for her a backoffice order. Payment option of course "bankwire" and status set to "Awaiting transfer" (or so, you know which one).
The variables are still empty. So, I have problem to make backoffice orders via bankwire.
Moreover, if a customer checked out normally via bankwire then variables are filled. But not, if we make use of the resend function in backoffice. This is very much needed in order to catch all those customers who forget to ttransfer (PS: I am looking aof an automation of this^^).
Bottom line, it still does not work.
please have a close look at this module again. I am really in need of working payment modules and can not daily check if all went fine.
PS: I installed (.zip) the latest module from Git.
-
Thank you Lesley,
that is all I needed. I will go for either one of them.
-
Hello
I am still working on the best workflow for getting the most (well, near that) out of my product images on the visual and size side.
I am in the process of learning how to shoot products with flashlights at home. My aim is to get a 100% white background. That is not easy when taking photos of teddy bears with white flur :)
Anyhow, my workflow at the moment is this: I copy my /img/ folder from the live server to my local machine. Then I use TotalCommaner to make a search on all images that contain a "-". I delete the match. What remains is the original image I once uploaded. At least I think this is the case. Might be that I am wrong here. And caution - there are poduct image module that tough the originals (not only those that are created via /backoffice). for example M. Dekkers very cool ImageMagic module.
Anyhow, then I got all the original images left in their original fodlers and subfolder. The idea is now to optimize them and compress them and eventually to upload the whole folder tree back to ThirtyBees image folder. On the live host then I go to backoffice images and start rerendering all the needed sizes with the option to delete! all old images.
Bottom line is that I hope to get in this way the smallest and best looking images on my shop.
Question is, if that workflow and thinking is correct and which way to shrink the images (in batch). Yes, you could even batch optimize them with Lightroom or whatever with auto optimizations like sharpening or what ever. On a Windows machine I know lots of nice tools like Irfan or Xnview that can utilize pngoptout, riotpng or what ever to batch shrink files. On sourceforge you even find the mega tool "FileOptimizer" that knows hundres of nice algos to shrink files even lossless.
On the other hand there also nice SAS/WWW services like resmush.it / Panda / Kraken.io that promise to do the same on the fly with all images. But they cost as far as I know. However, good news is that there are to be found still some olf and free modules for smush.it that has new API now. I could not recode them sadly to use the new API. May be that is something for the gods of Code of Thirtybees :) There is also an old module I found where you can choose which folders/subfolder to look for images to optimize via resmush.it. Topical seems to be this one I found via google: "WAGOOD smushit"
However, I did not find the right and satefactory way for now. Perhaps you know a nice way?
-
https://i.imgur.com/qHwNx7M.png
and hooks: https://i.imgur.com/KdaFaXx.png the hidden ones: https://i.imgur.com/2rB5tv0.png
-
That is good news. So I wont have to temper with the email templates again.
Anyhow, I had another look at the modules settings and I say all is fine. I also had a look at the mentioned tpl and then at the hooks of the AEUC module by clicking in module settings the positions link. I had already resetted the module and reset all (especially with close scrutiny to the "when to add CMS links to email templates" section).
-
Hello
I just noticed with horror that no CMS links are written to the email templates via the AEUC modul. This is a must for us in Germany and I am highly prone to pay for this since it many competitors and lawers look for this :(
I already resetted the module but to no hope. I had a look at the email templates that come with TB 1.3 and could not find any variable for the AEUC module. I had a look at my overrides and could not either find anything.
So, I must ask you to check wheter your system does append these links to emails.
-
Hello
that is great news since I stumbled today over this bug.
Not so good news is that the patch seems not to help. I fetched and pulled the whole bankwire git from and copied it directly via FTP over the old files. The problem of not filling the variables remain in the sent emails. Then I reset / deinstalled / installed the module again but to no hope. At least the issue is not solved for an existing order. And btw, I noticed the issue also for an order we created via backoffice.
-
Slick,
are you using the eu compliance module? Is the screenshot from the 5th step in the 5er checkout?
-
Maybe $contentdir or $moduledir smarty variable is better? I will comment out the logo until I know what causes it.
-
Hello
this issue I stumbled upon years ago: The backoffice logo.gif of PayPal is being loaded via http though the site is set to be encrypted via SSL in a whole.
cheers
-
Nice, that you found time to check it. I did rename the file and generated a new one on the live host.
Differences are that I had to add, at the end:
User-agent: * Disallow:
Otherwise Google is not happy. I also added for my blog that I going to burry: Allow: */wordpress/
-
Only for my information you are talking about the AEUC module and a theme? I guess Warehouse by chance?
I am interested in this since I am planning to change my Shoply with Warehouse theme. I have to use AEUC for Germany, too. At the moment I just changed
{* *}
in hookOverrideTOSDisplay.tpl and put the changed file in theme/shoply/modules/.... as a theme override. In your case you could try to set the setting from YES to No and due to edit of the given file above no interaction of a customer is needed and you could even hide the contents asking the customer to do so.
-
I found out that this is caused via the option to check out with the PayPal express option activated and user checking out via PP express.
At the moment PayPal is configured to use "paying standards" & "paypal express".
A customer told me today that he experienced issues with the PP Express checkout. From the shop to PayPal is working fine and the customer could "buy" via PayPal. But then he was redirected to our shop where it said he had to hit "buy" button again. If he did so a white page occured. He tried the same via smartphone and his smartphone already showed the white page or stopped loading at the ppoint when the redirect to the shop was due.
So, he had the feeling that he baught the articles via PayPal but was unsure if all went well. Fact is that in PayPal transfer history the transfer was shown as successful. In Prestahop the order appears too but without any status.
I would like to know if this happens in our stores too or if this Express checkout via PayPal is working flawlessly. And if there is meant to be shown a proper redirect page and a "Thank you after checkout page".
PS: Until I know I I can expect help can I deinstall this TB PayPal module and use the Prestashop one? I hate asking but I am in very need of a working PayPal checkout (and Express and Login feature - this also triggers a 500 page not found error).
PSS: Is it to assume that all these issues could be theme related?
-
Nice, I am going to be another Warehouse user then. I just bought it and when I got the time and did some testing I will migrate from Shoply to Warehouse.
(Issues might rise since the theme Shoply is ca 90% the same as Warehouse. Anyway, I won't deinstall modules in order not to loose settings and to minimise the time I will have to spent to get the same look I aleady have with Shoply in Warehouse. I will just delete Iquit Shoply modules via FTP and then install Warehouse, deinstall Shoply. I think I will be good)
-
Hello
in my case (TB1.3 and latest PayPal module: TB GIT each time a customer checked out via PayPal successfully there is not status set in BO.
Just "--" .
fact is, that the transfer was successful when going to paypal.com order history. I assume that might be the case since I might have swapped arround the standard order status IDs in DB at some time? Or may be that I do not have any EN lang anymore in DB?
-
Super Michael,
it works. Thank you.
Do you think it makes sense to add a from in the module for setting a cancel URL? I think this could be nice.
-
Another issue I got is that after canceling the PayPal checkout customers land 'at the 1st step of shop checkout'. That is not nice for customers.
The PayPal documentation says: Show a cancellation page
Normally when a buyer cancels a payment, the buyer is returned to the parent page. Instead, you can use the onCancel function to show a cancellation page or return to a shopping cart:
So, it would be nice if we could set this URL in the module settings. I know about the 'return URL' in the API settings of PayPal that is nicely described in ThirtyBees PayPal module documentation. But I do not know if they are the same and, anyhow, I would like to have customers at the last checkout page in our shop where they can choose an alternative payment if the cancel PayPal.
-
Hello,
in TB1.3's PayPal module we can set our preferred language. Anyhow, PayPal iframe is loaded first in English and customers have to switch to our target language German via this tiny switch in the PayPal frame. Also, as the title here suggests, the PayPal Express button does not show the correct language.
I found in the official documentation that you can set it and I think the module has this already implemented but I am no coder. On a page of the official documention doc & live edit you can live edit button js code. Inserting for example
locale: 'fr_FR',orlocale: 'de_DE',changes the languages of the button. That is nice. So, I suppose the language variable set in the module is not being transmitted? -
I can also recommend StoreCommander. I renewed subscription once in 5 years though it always worked. What I am saying is that you get a great product (time saver) for the money and you do not have to spent this each year again (there is also JTL Wawi with JTL Connect you could try for free but it is not a like a module. I walk with the cheapiest Chromebook through the warehouse and have my StoreCommander WaWi if you want so with me ).
Adding delivery adress to foreign region bypasses delivery costs ?!
in PayPal
Posted
Hello
I just checked out in my shop with a fakre adress in Poland via PayPal "buy button / 5er checkout" & "directly to PayPal" button. In both cases I digged that though the language in the PayPal frame was in Polish that the correct fee for a delivery to Poland was going to be charged. Namely, 12 EUR. I am charging foreign delivery via weight and the sum was correct.
However, I got a new order in BO via PayPal to Poland with "0" EUR delivery fee. I do not know at the moment how the customer made it so to speal, but fact is, that I have to cancel this order and refund the whole sum until I got a proper order since I do not know how to get the partial sum now via PayPal and correct invoices. My only guess is that there might be a way to use "PayPal login" with a national adress and change delivery to Poland or so. However, then I assume the national delivery fee should be used and not "0" Eur.