artifexmedia

Thanks, but it works HORRIBLE! The payment process was already horrible because I paid and immediatly the BLC functionality was blocked for me, now a few days later… it suddenly works again.

But, it is searching through 4000 links and it cannot even check more than 20/30… after those we keep getting the error “
Internal Request Timeout”

While:
1) The website/links are perfectly fine which have those errors
2) The website/links are NOT slow or timed-out (unless you are not running this in batches and throw 4k checks immediate….)

@yordansoares Seems logical indeed! Thanks for the information.

And indeed, you are indeed correct, never thought of that.
Problem solved, thanks hero of the week ??

Hi @yordansoares,

Thanks for your quick reply.

I will rephrase my question/issue; my WordPress (installations, since I tried on 2) is in nl_NL, but the plug-in won’t translate/show the nl_NL language and I do not see the nl_NL language files in the plug-in’s languages folder, I am not using a different language such as “Nederlands (Belgi?)” or something similar:

Since nl_NL language files are not included in the plug-in (see source code of plug-in) and WordPress “Nederlands” is nl_NL they fail, at least for me/us, unless, downloaded ourselves as told.

So, what am I doing wrong? I have never had this issue before and all of our websites have always been “Nederlands” (nl_NL) – a default WP language, while using this plug-in.

Thanks!

• This reply was modified 1 year, 7 months ago by artifexmedia.

Same, website is broken now. Reference is different, points to site logo in our site theme.

Rollback to 3.10.2 fixes it for now

• This reply was modified 1 year, 9 months ago by artifexmedia.
• This reply was modified 1 year, 9 months ago by artifexmedia.

@shresthauzwal I would like to have that too.

I have at least 5 websites unable to use this plug-in on because of this issue (e-commerce websites with WPML – as I am not wanting to keep updating it over and over again) and I don’t think it is fair to point at WPML while obviously the User Registration plug-in is the one having this bug. WPML is just the plug-in handeling the multi-language, User Registration is the one with the faulty translation string.

I also have to manually edit that string every time, thanks for pointing it out @bash88

• This reply was modified 2 years, 2 months ago by artifexmedia.

@postnl Dank, fijn dat er terugkoppeling komt vanuit jullie (i.p.v. alleen MyParcel) en heel fijn dat hiermee ook eindelijk na wekenlang BE is opgelost ??

@broder succes met je webshop! ??

@broder Hier ook! Ik wacht beloofde belletje van MyParcel even af voor final hurray :), thanks voor je feedback

@broder Klopt, de PostNL plug-in is forked vanaf MyParcel en sowieso (zie https://github.com/postnl/woocommerce/compare/v4.0.1…develop) zijn de updates in deze plug-in gebaseerd op MyParcel en als je naar PostNL support belt wordt je uiteindelijk doorverwezen naar MyParcel

Ik heb een aantal klanten die al eerder zijn overgestapt naar MyParcel vanwege 1) prijs en 2) betere ondersteuning/kwaliteit van de plug-ins. Let wel op dat MyParcel een dochteronderneming is van PostNL (wat ook vermeldt staat op https://www.postnl.nl/zakelijke-oplossingen/pakket-versturen/it-koppelingen-webwinkels/plug-ins/ onder kopje “Een andere plug-in nodig?”, maar zijn wel ‘apart’ van elkaar qua developers.

@broder MyParcel gesproken, storing bij PostNL sinds zaterdagmiddag en wordt aan gewerkt geven ze aan, iedereen heeft er last van en MyParcel wordt ook platgebeld met het probleem.

Trouwens, ik zie in het forum hier dat ze al maanden geen support meer lijken te leveren hier…

@broder Mee eens, sommige zaken zijn overigens ontzettend slecht geschreven en werken absoluut niet in combinatie met tientallen plug-ins, maar dat is iets wat ik constant zelf heb opgelost tot nu toe (betreft dan aangekochte plug-ins), dan kun je constant in gevecht/discussie gaan waarbij ze zeggen dat die makers het moeten oplossen, maar het is 95% kwestie van nette, compatibile code schrijven… niet andersom, daar weten we genoeg van.

PostNL beloofd ons overigens al meer dan 1.5 jaar, als het al niet 2 jaar is middels eerdere communicatie om een gloednieuwe plug-in maar die is er nog altijd niet (zie bijv. hun comment in https://www.ads-software.com/support/topic/uncaught-typeerror-cannot-read-property-1-of-null/ -> daar wordt ook verwezen naar een github repo die helemaal niet meer wordt bijgewerkt en niet in lijn is met deze plug-in, overigens is dat zover ik weet en zover PostNL support en accountmanager steeds aangeeft géén ‘nieuwe’ plug-in geweest maar simpelweg updates op de huidige variant, begrijp er dus niets meer van aangezien we van het kastje naar de muur gestuurd worden.

Ik heb meerdere (PostNL) betalende zakelijke klanten die nu helaas (weer) de dupe zijn van dit soort problemen en meerdere webshops werktten nu niet meer sinds dit weekend, bij allemaal heb ik de checkout optie uit moeten schakelen.

Nou, genoeg geklaagd :). Zowel PostNL als MyParcel staan morgen bij mij ook op de 1e bellijst, MyParcel al in ieder geval alvast gemaild in de hoop dat ze mee kunnen helpen, hoop dat er wat actie komt.

Ik stond op het punt om een eigen ticket aan te maken maar dan maar zo.. Wij hebben hetzelfde probleem. Ik ga er dus vanuit dat vrijwel iedere gebruiker dit heeft!

Daarbuiten wachten wij al minstens 4 weken op een oplossing van een soortgelijk probleem m.b.t. Belgische postcodes en wordt dit niet opgelost vanuit PostNL.

Ik vraag mij dus sterk af of @postnl dus wel actief is, net zoals een vorig issue wat eerder maandenlang niet werd opgepakt, gaat dit nu weer gebeuren?

Wij zijn al wekenlang in contact met MyParcel, via wie de API verloopt, maar zij verwijzen ons weer constant door naar PostNL, beiden lossen de problemen niet op. Zodoende zal ik (en jij @broder) dus ook weer melding moeten doen bij MyParcel en zal het probleem dus ook weer wekenlang op zich moeten wachten ben ik bang.

@postnl, doe er wat aan! Dit is niet de eerste keer.

Hey @shresthauzwal

Thanks for your reply, I think, if I understand you correctly, the string “USer Registration” is already in the default language (at last it is not translated), see image uploaded:

Image uploaded

Any ideas? Should I delete the string or change the langauge?
—

Edit: I checked WPML’s default language which is NL/Dutch, changed the default language from the string to that (which I think you meant) but that also does not fix the issue (after clearing cache) ??

We are using WPML

• This reply was modified 2 years, 5 months ago by artifexmedia.
• This reply was modified 2 years, 5 months ago by artifexmedia.

@wfpeter I have reopened this, to see if this appears on Wordfences radar.

This fix should be implemented as promised, could you update us?

@postnl @duvadesa Same issue here.

I made this post to get the attention, clearly it did not help.
Everything was supposed to go automatic and/or a minor update was supposed to be available, but after 01-01-2022 there are only errors.