For support requests please use the support form (as already said several times). Also read carefully the file UPGRADE-README.html, you should update also some files inside the folder /template/

About speed it must be a problem with your server, because nothing changed there, we are even loading less files, not more. Have you set the debug_mode => false ?

The time the script takes to generate the code also depends on the complexity of the content, the pattern chosen, if there is a logo, and the final export time depends also on the image size chosen

The content is not complex. I just tested with url type qrcode without any pattern, logo, or image but still takes forever to load. I have set the debug_mode=> true.

Switched the local server and tested, and the problem still exists. Seems script has a problem, please look into it. It worked flawlessly before updating to latest version of your script.

May I know on what php version your demo is deployed? I’m using PHP version 8.1.6.

The online demo runs the latest script version and has PHP 7.3.33, and I haven’t noticed any significant change to timings. The latest version has been developed and tested on a local server with PHP 8.0.8

Please test your script by deploying it on PHP 8.1.6. And test it by selecting a frame for generated QR code. And you’ll observe it takes forever for the QR to load with the selected frame.

Note:- You’ll only see the problem when you select a frame.

At the moment I don’t have PHP 8.1.6 to test. If you want to contribute to development you can send me privately the php errors you are seeing (if any). What do you mean with “takes forever”? It never creates the code or it only takes a lot of time?

I haven’t done any particular change there, the script gets / sets the anchor to know which section is active. The #malink is the ID of the link input field. You should better investigate about that syntax error. The code preview is generated every time an input field triggers a change.

The same happens on your demo site https://veno.es/qrcdr – if I add the #malink to the url e.g. https://veno.es/qrcdr#malink=https://codecanyon.net, obviously the link field is not populated as your site does not have the little bit of js in it to do this, but then if I manually add a url in the link field input the qrcode generator just spins and the same error is in the browser console log. You can try this for yourself by going to https://veno.es/qrcdr#malink=https://codecanyon.net and then entering a url in the link field.

Just to add, you can test it working fine on old script here https://hoofpick.link/#malink=https://codecanyon.net

The js I have on my site to prefill the link field is <script> var hashParams = window.location.hash.substr(1).split(‘&’); // substr(1) to remove the `#` for(var i = 0; i < hashParams.length; i++){ var p = hashParams[i].split(’=’); document.getElementById(p⁰).value = decodeURIComponent(p¹);; }</script>

For support requests please use the support form. I can only say that a url formed like this https://veno.es/qrcdr#malink=https://codecanyon.net is absolutely wrong, because the query strings should be passed with ?var=... or &var=..... The anchors are used for the current section, e.g: https://veno.es/qrcdr/#email opens the email tab.

Obviously the url formed is not ‘completely wrong’ as you suggest – it is the most common and accepted way of prefilling form fields from a url using js on the internet. The issue is not with that however, the issue is with your script – the link field is failing if I visit your site on the url https://veno.es/qrcdr#malink=https://codecanyon.net – the link field should be unaffected by the content at the end of the url – that is the problem. And it is a problem that did not exist in your script before you updated the js files.

No. As said, the most common way would be using a classic querystring. The # hash is used for anchors inside the page, if you want to pass variables you use query strings, starting with ? and going on with &. As you can see inside the online demo customizer, which sets the color and the layout using querystrings, and perfectly works also with anchors. If your custom script was working before you were just lucky.

The most common way to prefill form fields is most definitely with js (and therefore id anchors, e.g. #malink) and is certainly not using php query strings – don’t be silly! As I have already said – on your own site the form field for link does not work if the site is visited from the url https://veno.es/qrcdr#malink=https://codecanyon.net – which can only mean your js script is not correct and has issues. These issues did not exist in your js script previously. The only custom script I have on my site is to prefill the link field from the info in the url – and that works perfectly on the site with both your updated script and with the new script, i.e. it prefills the link field as expected. If you can get your code generator to work on this url https://veno.es/qrcdr#malink=https://codecanyon.net when using the link field then I agree I am doing something wrong, but if not, you will have to accept that the link field on your new script is taking something from the url of the site which is causing it to not work.

Why is the link field on your site even looking at the page url? It should only be concerned with the contents in the link field of the form?

Sorry, but it seems you are speaking about something you don’t know well.
1- Yes, the common way to prefill form fields is with javascript (never said something different).
2- Query strings have nothing to do with php, are variables added to the url, and can also be read via JS
3- Of course that link doesn’t work, because it is badly formatted. The #hashes are used to reach the anchors, not to add custom variables, that’s a fact.
4- My script is correct, and it works. Your customization is not correct, ant it is not working. that’s a fact.
5- A working url (with a proper js implementation, and possibly url-encoded var) could be https://veno.es/qrcdr/?id=malink&fill=https://codecanyon.net, where the var “id” sets the id of the field, and the var “fill” sets the value.

Do you need my help? please use the support form, instead of saying that my script is wrong because your customization is not working. I always help my customers, even if this kind of request would be beyond the support, and even if your supprt period has expired.

Instead of getting defensive about your script you should test the example provided and see that your script fails. As you are obviously not capable or prepared to investigate why your updated script is not working I will do the work myself. It does, however reflect very poorly on you and your product and unfortunately my review will have to reflect this.

Here’s the link to make you understand how qrcode designs can be designed with drop shadow feature enabled => https://drive.google.com/file/d/1tcBG-FnX13qvTCqbdNAn3P3XnMGhR5-6/view?usp=sharing

and this =>

Thanks for your suggestions, I’m not interested at the moment. All these additional filters could compromise the code readability, and can be easily added with a graphic software, after downloading the vector .svg code generated, or the .png