close ad
 
Important WebAssist Announcement
open ad
View Menu

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues

rating

New problem with MySQLi

Thread began 2/16/2015 2:35 pm by malcolm230194 | Last modified 2/17/2015 9:29 am by malcolm230194 | 1148 views | 2 replies |

malcolm230194

New problem with MySQLi

While updating checkout to MySQLi I reached a point where I couldn't apply a server behavoiur without the following message.

'While executing applyServerBehaviour in MySQLiRecordset.htm, a Javascript error occurred.'

I've tracked down the source of the problem but need a solution. After wasting several days I've isolated it to eCart.

There's no problem working with MySQLi until eCart behaviours are added to save an order. After that any attempt to edit a MySQLi behaviour brings the following error.

From then on the page is a writeoff. This means there is no chance to change anything or correct even a typo in a recordset name without recreating the enitre page


Please look into this as soon as possible.

Sign in to reply to this post

Christopher WestCommunity Expert

Hi, When did you download and install eCart. I am aware that there is a newer version of eCart that was uploaded recently..however it kept the same revision number then the previous. it was more of a hotfix. but always worth trying that. Also have you tried deleting the file WinFileCache-########.dat file this file is located at: (for example on my own machine)...

C:\Users\Christopher West\AppData\Roaming\Adobe\Dreamweaver CC 2014.1\en_US\Configuration
(make you you have selected show all hidden files and folders from control panel if your're using a Windows platform)

Regards
Chris

Sign in to reply to this post

malcolm230194

MySQLi problem

Yes I deleted and reinstalled both extensions and deleted the cache file.

I now have a working page after starting again and making the eCart server behaviours the last to be added. There is however another problem that I couldn't get round.

I allow users to return from the confirm page to the checkout address page in case they need to correct a mistake in address entry. This return resets the $_SESSION['OrderID'] to 7 on return to the confirm page every time meaning that the checkout success page always points to an invalid record. I got round this by using a different session variable to store an order number to access the record but there is something strange happening with eCart on my system.

Does this make any sense?

Regards
Malcolm

Sign in to reply to this post

Build websites with a little help from your friends

Your friends over here at WebAssist! These Dreamweaver extensions will assist you in building unlimited, custom websites.

Build websites from already-built web applications

These out-of-the-box solutions provide you proven, tested applications that can be up and running now.  Build a store, a gallery, or a web-based email solution.

Want your website pre-built and hosted?

Close Windowclose

Rate your experience or provide feedback on this page

Account or customer service questions?
Please user our contact form.

Need technical support?
Please visit support to ask a question

Content

rating

Layout

rating

Ease of use

rating

security code refresh image

We do not respond to comments submitted from this page directly, but we do read and analyze any feedback and will use it to help make your experience better in the future.

Close Windowclose

We were unable to retrieve the attached file

Close Windowclose

Attach and remove files

add attachmentAdd attachment
Close Windowclose

Enter the URL you would like to link to in your post

Close Windowclose

This is how you use right click RTF editing

Enable right click RTF editing option allows you to add html markup into your tutorial such as images, bulleted lists, files and more...

-- click to close --

Uploading file...