elvagabundo

As i have a dutch version i think the option is ‘ondersteuning inschakelen, as it says something about this is the developing team option for help.

I use 4.4.1. If you need to know more please let me know, and thanks for your attention and help

Yes, its line 795 and 801. But it’s good to know you didn’t receive similar reports, that makes it at least unlikely your plugin is involved, or at least maybe only in combinations in something with my setup with different plugins. So i guess i will just have to look further, and at a better time deactivate more and see step by step.

Getting these, using 4.5.0 of the plugin, Php version 8.2:

Bericht	The method "setVariables" of the Compiler is deprecated. Use the "addVariables" method for the equivalent behavior or "replaceVariables" if merging with previous variables was not desired. wp-content/plugins/responsive-menu/v4.0.0/libs/scssphp/vendor/scssphp/scssphp/src/Compiler.php:5449 2	Plugin: responsive-menu Verouderd	Passing raw values to as custom variables to the Compiler is deprecated. Use "\ScssPhp\ScssPhp\ValueConverter::parseValue" or "\ScssPhp\ScssPhp\ValueConverter::fromPhp" to convert them instead. wp-content/plugins/responsive-menu/v4.0.0/libs/scssphp/vendor/scssphp/scssphp/src/Compiler.php:5432 2	Plugin: responsive-menu Verouderd	The "ScssPhp\ScssPhp\Compiler::compile" method is deprecated. Use "compileString" instead. wp-content/plugins/responsive-menu/v4.0.0/libs/scssphp/vendor/scssphp/scssphp/src/Compiler.php:442 2	Plugin: responsive-menu Verouderd	Passing trailing content after the expression when parsing a value is deprecated since Scssphp 1.12.0 and will be an error in 2.0. Expected end of value: failed at % ScssPhp\ScssPhp\Compiler::injectVariables on line 1, at column 0 wp-content/plugins/responsive-menu/v4.0.0/libs/scssphp/vendor/scssphp/scssphp/src/Parser.php:335 6	Plugin: responsive-menu

• This reply was modified 4 months, 1 week ago by elvagabundo. Reason: readability

Dat is HEEL erg goed nieuws! Dank! Ziet er op eerste gezicht erg goed uit.

En inderdaad, drukke tijden, zal voor velen inderdaad niet het moment zijn dus ‘m nog niet op de plugin pagina zetten vind ik helemaal niet verkeerd – maar hier is lekker klooien met de website een mooie afleiding van het inpakken van al die bestellingen, dus ik ga lekker aan de slag ??

Ook ik meld me nog maar even als iemand die nog altijd met grote smart wacht op HPOS ondersteuning (en dus op het uitbrengen van de Myparcel versie 5 stabiele plugin).

Ik heb alle begrip dat het een complex karwei is om deze plugin in feite opnieuw te bouwen, en uiteraard is stabiliteit essentieel, dus dit is niet gericht aan de programmeurs die hiermee bezig zijn – maar ik hoop dat binnen jullie bedrijf duidelijk is dat voor ons als klant en beheerders van webwinkels een grote prioriteit is en met het verstrijken van de tijd logischerwijs ook een oplopende ergernis. We doen immers van alles om onze webshops snel te maken/houden, en als er dan éen plugin overblijft die een belangrijke omzetting van lang geleden tegenhoudt is de simpele weg die we hier graag gebruiken om die plugin niet meer te gebruiken, alleen dat betekent in dit geval ook overstappen naar een ander bedrijf voor verzending en daar onze ervaringen verder op zich goed zijn is dat natuurlijk niet het eerste idee. Maar ik hoop dat de nieuwe plugin echt prioritet krijgt/houdt. Alvast dank.

Thank you, yes i reverted to a backup as that was easier.

I still hope to find out if there is something to be done (with plugins/settings or some interaction) or indeed a bug. As the speed difference was so big i really couldn’t keep it. Glad to see someone else had the same problem.

Hoi, ( ik ben niet van Woocommerce maar een mede webshop eigenaar) maar dit is geen bug, dit is hoe iDeal2.0 werkt (ge?mplementeerd met deze update). Klanten kiezen op het volgende scherm binnen de ideal omgeving hun bank. Zie verder de website van iDeal.

Enige dat je dan even moet doen is de tekst ‘selecteer uw bank’ weghalen in de tekst. Of natuurlijk met de huidige versie blijven werken – maar dit gaat algemeen zo werken ivm de nieuwe ideal versie.

Zie ook: https://help.mollie.com/hc/en-us/articles/19100313768338-iDEAL-2-0

• This reply was modified 9 months ago by elvagabundo.
• This reply was modified 9 months ago by elvagabundo.

Thank you, the last update indeed fixed this problem (and the workaround worked fine too)

Beste mensen,

1. Ik lees dit hier nu, maar kan in ieder geval zeggen dat bij ons de bèta versie weinig leek te doen bij even testen – maar ik had maar even tijd voor ik aan de gang moest met backups voor de live site dus kan deels aan mij liggen.
2. Ik snap niet waarom jullie in de huidige plugin de HPSOS compatibility niet declaren (als false…) – dan zou je netjes een melding van Woocommerce krijgen bij omzetten naar HPOS dat de Myparcel plugin niet geschikt is, toch? en dat had me gisteren en vandaag heel wat werk bespaard.
3. Ik hoop dat er echt snel HPOS ondersteuning komt, het is begin 2022 aangekondigd, en als ik het goed begrijp per augustus 2023 is het standaard. Ik snap dat er veel werk is, en dat dit veel werk kan kosten, maar ik hoop in ieder geval dat het snel goed komt. Alle goeds.

• This reply was modified 10 months, 1 week ago by elvagabundo.

@casperh123 …wow… thank you mister Casper, for sharing this! You are my hero of the month!

I saw a donate link in the readme, not working anymore it seems, and actually…it’s not that i have really money spare to donate ?? , but… i do have a little chocolate webshop, and if you are interested i could send you a nice chocolate bar ??

(i’m not really sure how it works but maybe you could PM an adress to send it to)

• This reply was modified 10 months, 1 week ago by elvagabundo.

Thank you!

I will look into it more, but now that i know about the names i checked the field that is wrong and it has not only a name (indeed, the same i see in checkout field editor) but also somehow an ‘autocomplete’ value which is diffirent I guess possibly this is why browsers fill in the full adress including house number? And if so, do you know where this value is set? It doesn’t seem to be in the plugin.

<input type="text" class="input-text " name="billing_street_name" id="billing_street_name" placeholder="" value="rijksstraatweg" autocomplete="street-address">

Hello! Thanks for the feedback, very much appreciated!

I think i have seen the problem mainly (or only, not sure) with dutch customers, so with NL selected as a country, and on the dutch country page. Maybe this differs from the international version, although i am not sure if that makes sense. But maybe i can also test myself on a different computer, as for me it works as well. Or maybe i can ask some customers where i get the double housenumbers for their experience and the devices used, perhaps its only on mobile or something – that way i can maybe have more clear information.

I will try to check with the plugin, but in the current time our product (chocolate) is very popular so i don’t want to risk disabling things at the moment, but this is certainly something to try in the next month.

thank you, yes that seems a beter place

Also getting this message, just wanted to ask if the theme is indeed the source of the data-vocabulary breadcrumbs message, if there is an estimate of when this will be solved and if there is an easy workaround.

Yes, perfect. Thanks a lot for the quick help!