andyg123
Forum Replies Created
-
Hi @m4xw3ll,
I updated to the new 3.0.0 version and it seems to be working fine again now, if it pops up again though I’ll post back on here and provide a link for you to try it on.
Thanks
Andy
Hi @m4xw3ll,
I seem to be getting this error again “Failed to save email. Please try again” on the latest 2.6.4 version.
Any suggestions?
Thanks
Andy
Hi @m4xw3ll
I think that was it, I swapped out the default phrase in the AI instructions of – hyperlink all URls – and replaced it with the phrase you suggest above, and since then I haven’t had one badly formatted URL.
Thanks a lot for all your help resolving this one.
Best Regards
Andy
Hi @m4xw3ll
Quick update. I turned off streaming, turned off contextual awareness and changed the engine to GPT-5 Mini before purging all the cache in lightspeed and then retesting from chrome in incognito mode. Still the exact same problem I’m afraid. I’ve put it back to Grok-3 Mini and reenabled contextual awareness, but I’ve left streaming turned off for now. If you’d like me to test any other settings just let me know.
Thanks a lot
Andy
Hi @m4xw3ll
I have turned off streaming responses. The settings I am using are:
chatmodel: Grok-3 Mini (Affordable) – but from memory I believe I previously tried GPT-5 Mini and had the same issue
Embedding model: Ada 2 (1536, recommended) – I haven’t changed this at allThe strange thing is it doesn’t always do it. I just had a chat where about 6 questions were answered perfectly and the links all worked with the word “here” used as link text. Just when I thought it was working, I asked one last question and got a badly formatted link where the url was used for the link text instead of the word “here”.
FWIW I don’t think it is a url length issue, as some of the links in that chat which worked were the very same url’s which didn’t work in a previous chat.
Hopefully this helps narrow it down a bit though.
Thanks a lot for all your help trying to resolve this.
Andy
Hi @m4xw3ll,
Just had another go at this now that the email issue is fixed. It looks as though I am seeing the formatting issue with the extra closing tags etc in the chat window for the user, but when I login and look at the transcripts they seem to be formatted fine (at least I assume this is how they should show)
ie: [my product name](https://www.mywebsite.com)Looks as though it is just the user on the front end that sees the bad formatting, and the backend is fine.
Hopefully this narrows it down a bit.
Thanks, Andy
I ran the update and the email / name collection appears to be working fine now. The other issue with the url formatting is still there though, so I will post a follow up in the other thread and mark this one as fixed.
Thanks a lot.
Andy
Hi @m4xw3ll
I added the js file as an exclude and even went so far as to disable to entire caching / optimization plugin, however the problem has now changed slightly. When I enable require email to chat, it allows me to enter the email address but the minute I click the button to start the chat it resets itself back to the start. I have tested it with different browsers in private mode & none, and with the optimisation plugin turned off completely but always the same results.
If I turn off require email, the chat plugin immediately works fine, and interestingly the other problem I was having with the url formatting also goes away then.
I have left the require email turned on in case you want to test it at some point. FYI, I have also updated to the latest MX Chat plugin, so I guess it’s also possible this is a problem introduced by the update.
Thanks a lot.
Andy
Hi @m4xw3ll,
I was seeing this on the front end when using a different browser and was not logged in to the site at the time.
Thanks
Andy
same here
Forum: Plugins
In reply to: [Contact Form 7] reCaptcha fails since 5.4 when user is not logged inHaving the same problem here and I don’t use Siteground. Going to revert back.
Hi Christopher
Having the same problem here with the Edwiser plugin, I tried the fix mentioned above, but in my case I am still having the issue. String Locator plugin flags the session_start() function as also being in the edwiser-multiple-users-course-purchase plugin too so that is probably the cause of the error still showing.
Unfortunately I don’t speak PHP though, so it might take me a while to figure it out, but if I do will post back here in case it helps others.
Andy