geekayhu

Kedves Péter!

Azért írok ide megint, mert ugyan frissítettünk v.3.4.0-ra, de továbbra is Error processing checkout. Please try again. hibaüzenetet kapunk, ha angolra van állítva az oldal nyelve. Magyrul m?k?dik.

Hiba LOG:

12-17-2020 @ 11:39:34 – PreparePayment failed. Errors array: [{“ErrorCode”:”ModelValidationError”,”Title”:”Model Validation Error”,”Description”:”The field Unit must be a string or array type with a maximum length of ’50’.”},{“ErrorCode”:”ModelValidationError”,”Title”:”Model Validation Error”,”Description”:”The field Unit must be a string or array type with a maximum length of ’50’.”}]

Ez azért is kellemetlen, mert a karácsonyi (kuponos) id?szakban elég “ciki”, hogy ki kellett angolul írjuk, hogy váltsanak át magyarra, ha ki akarják fizetni a termékeket, és j?n a kérdés, hogy “akkor most a Barion biztonságos egyáltalán…”

K?sz?nettel
Gábor (site dev.)

Hi Stoyan,

thank you guys for your quick fix. It works for me.

Kind regards
Stay safe
Gabe

Thank you very much for taking the time to answer. Lot of supports don’t answer these types of questions. Appreciate!

Keep fingers crossed.
Thanks again
Kind regards, Stay safe
G

Hi Maarten,

Thanks so much for your quick response. I hope it can be solved in the near future.

Great plugin.

Any assumptions about when you might have a “compatible” version? (Just asking, when to check it; weeks, months? :o)

Thanks again
Kind regards
Gabe

Hi Denis,

Sorry for the delay. Weirdly enough, I couldn’t find the strings in the database (used PHPMYADMIN, easier for me). But found “same” string but not related to the cart slide menu. Sorry if it sounds confusing. So, I deleted all the “identical” strings in the DB to see if TP offers to translate them again. And only now with the latest update, the previously missing “edit/pen” icon appears, so I could translate the missing strings, finally, and seems to be working now.

Thanks for yr suggestions
Have a great day, stay safe
Kind regards
Gabe

Hi there,

Well, in the meantime the last solution came to mind was to “manually reinstall” Woocommerce, so we downloaded the file from WP, uploaded, overwrote the existing one, and the error msg disappeared.

So, I think there’s nothing else to do right now.

Thanks
Kind regards
Gabe

Hi,

in the meantime I tried sg. else, seen in another TP support page.

Since WPS Hide login adds a “hidden folder”, I tried to exclude that particular one from translation (“geekay”)
______________________________

add_action( 'plugins_loaded', 'trpc_exclude_tp_from_pages', -1 );

function trpc_exclude_tp_from_pages(){
    
	$do_not_translate_path = array('geekay');

    foreach ( $do_not_translate_path as $path ){
        if ( !empty($path) && strpos($_SERVER['REQUEST_URI'], untrailingslashit($path)) !== false ){
            add_filter( 'trp_allow_tp_to_run', function(){return false; } );

			$link = str_replace("en/", "", $_SERVER['REQUEST_URI']);
			
			$_SERVER['REQUEST_URI'] = $link;
			 
		}
	}
}

______________________________
…which seems to be working with Woocommerce/WP logout link.

Now, my “only” (LOL) concern is, whether the direct logout link in our nav menu:
https://www.navita.hu/my-account/customer-logout/?customer-logout=true

…can be made work, somehow. If it’s the main language (HU), it works, if EN it has a “double” (confirm) log out.

screencast videos:
EN – in this version, however, it seems to be working, there is an “extra step” Confirm and log out.

https://drive.google.com/file/d/1lvDyuniKE14w_yWzHmR6EaaYULCqda2k/view?usp=sharing

HU – it logs out in one-step (no Confirm and log out)

https://drive.google.com/file/d/19-Yd7aaQSHwNBPiWD_8HSI7gQXe-hI8N/view?usp=sharing
_________________
I do not wanna bother you with this much longer, but do you see a chance to make it work instantly from the EN version, without the “Confirm…” step or…? (shall I leave it this way?)
PS: if I put this direct logout link back to the .PHP as a 2nd $do_not_translate_path array line, it won’t work (404 error). That’s why I’m asking.

Thanks
Regards
Gabe

Hi there,

thanks for the code!!! Well, the creation and upload/install was successful, but I could not make it work.

(As I’m not an IT expert, but) I assume the “do_not_translate_path” lines (you inserted three, “contact/home/test-page”) means that the URLs can be listed line by line, so as many as needed can be added, replacing “contact” and/or “home” etc. with the ones to be non-translated, right(?).

I tried first with only one, a “main log out button link” (top right in our nav menu)
both main and “en” folder that TP adds to the URL (first one by one)
https://www.navita.hu/my-account/customer-logout/?customer-logout=true
https://www.navita.hu/en/my-account/customer-logout/?customer-logout=true/

along with the built-in Woocommerce link (which I cannot alter manually):
https://www.navita.hu/my-account/customer-logout/?_wpnonce=b932cbac16
https://www.navita.hu/en/my-account/customer-logout/?_wpnonce=b932cbac16

PS: it was a bit confusing to me as well, as you mention “page” to exclude, however, these are “only” direct links for logout (not literal pages, aren’t they).

I guess the code number after ?_wpnonce= (in bold) refers to the user itself, so if it is true, in this case, it is useless to have it in a link, as all the users will have different “code numbers”; correct me if I’m wrong, as I’m not that good at .PHP, but when I logged in with a “testuser” /customer/ account, the logout link is different (just to show you the example):

https://www.navita.hu/en/my-account/customer-logout/?_wpnonce=91c1c09207

As I mentioned, I tried these (4) lines one by one in the .php, and all at once with no luck (and the Woocommerce link is always changing, anyway, depending on the logged-in user). AND I cannot alter that logout link, as it’s Woocommerce’s built-in logout link.

If it was only with the admins that would be OK, but “regular” users cannot log out, either. I thought WPS Hide login plugin only redirects admins to the WP backend (altered) login page after logging out, but in this case, it inserts the “hidden” path (geekay) into the URL, which returns with 404.

So, briefly, I don’t know what to do. Worst case, we have to eliminate WPS Hide login, which we do not want.

The file now has all the 4 lines, tested first one by one, then all together, no success.

screenshot:
https://ibb.co/QDYCKWd

One more comment, weirdly enough, I cannot even log out if WPS hide login is active from WP itself when 2nd language (EN) is set.

screencast video:
https://drive.google.com/file/d/1AcW-yQsvujUPOY5o70Soy5Z5c4KpRY1N/view?usp=sharing

– at 0:07 just wanted to show you the “simple” logout link, and then tried to log out via WP logout link.

Any idea?
Thanks in advance
Regards
Gabe

Hi,

I checked the site previously as well, but I don’t know how I must have skipped a plugin called “WPS Hide Login” to hide WP default login (/wp-admin).

Well, this plugin causes the error msg, but now I don’t know if I should get in touch with that plugin’s support team, or you may be able to suggest a plugin with similar functionality to “hide” wp-admin which works with TP, too?

Thanks in advance
Regards
Gabe

Hi there,

first of all sorry… due to maintenance the drive folders have been reorganized in the meantime, so yes, still do:

screencast 1:
https://drive.google.com/file/d/1O8hvwCoFgMYHgSMRzFWHhsp_8nU24bPK/view?usp=sharing

screencast 2 (GET):
https://drive.google.com/file/d/1JKRBbqUiSLYVwuezkNL90qrJGgeH9iGS/view?usp=sharing

As far as “logout plugin”, no we don’t use… just wanted to log out through WooCommerce (account page) simple logout link.

Thanks, and sorry for the video issue.
Kind regards
Gabe

Hi Hristo,

Thank you very much for your quick response!

I do so, and looking forward to the update ;o

Thanks again.
Have a great day.
Gabe

Hi Denis,

thnx for getting back to me…

I do hope the dev.team will figure sg. out (since this way none of the prefixes can be used in an Elementor dynamic content).

Anyway, good luck finding the solution.
Till then, have a great day.
Kind regards
Gabe

Hi there,

now it makes sense if ACF kinda “intentionally” works this way… So we just have to delete/save (content) one by one. Fine, good to know. That’s how we’ll do.

Thanks for your assistance
Have a great day
Kind regards
Gabe

Hi there,

I received an answer on the doubled submission

https://www.ads-software.com/support/topic/conditional-fields-content-deleting-issue-2/

Thanks for your assistance
Kind regards
Gabe

(this issue has been submitted twice, sorry, had some internet connection problems, so the other has been updated/deleted)