I am not able to reproduce the issue following the steps mentioned.

The exception message seems related to the form post request being sent after the session is expired or the user is somehow loggedOut.

There is a related issue when Zapier plugin is installed and the user account for admin is the same associated with zapier. Can you please confirm?

Also please share more details so that we could reproduce the issue. A video will be helpful.

Thanks

Hi Shaharyar,

To answer you question. We do not have the Zapier widget active as we do not use this app.

Here is a pic of a screen shot showing the admin side of the page blowing up after I refreshed the page in the browser from the admin side. I have a quick video, however, I cannot upload it for viewing.

screenshotable9.jpg (2,978kb) downloaded 7 time(s).

Shaharyar,

Just getting back to this.

As of today I cannot reproduce the issue as well. But, here are the steps once again that I ran when this issue appeared in the Admin side.

1. looking up parts and shipping cost for a client over the phone. (I'm not logged in and should be anonymous user to the front end of the website).

2. I opened another tab in my browser (Firefox) and logged into Admin to place an order via pos. (I'm a Admin Super User).

3. Go to Manage>Orders>Create Order.

4. I'm now at the find customer screen and I tick next as this is a new customer order. Then I get too create order and I look up the parts and add them to the new order. I'm now at create order for new customer and I tick next.

5. I'm now at the billing address screen and input all of the billing information.

6. After ticking next I get to the order options screen and choose the shipping options drop down ( This is where I found the shipping options given did not match the shipping estimator options in the front end)

7. I tick my tab on the browser and go back to the front end and see the shipping cost are actually higher. I then tick back on the browser tab to the Admin order screen. This is when I did a refresh on the browser itself to see if the shipping options cost would match. The page then blows up and it starts running input script telling me what inputs need to be made for the billing address screen. You can see this from the pic I uploaded to you for viewing. I have a video in MP4 but cannot upload here in these blogs. I will be happy to send to someone if needed pm me a email address.

8. At this point I logged out of the admin and closed my browser out complete. I went over to our testing environment and was able to reproduce this issue time and time again.

I have checked all logs server side and no crash logs found in IIS and no crash logs found in the Admin data logs folder of our production and test site. If there is another place Able 9 has for logs other than the Admin Data folder please advise and I will check or set up if needed.

These were the exact steps used when this issue happened. This was the only time as well in the production site where it through the exception I listed earlier.

Thanks for your feedback and I will post back if I can reproduce this issue again with logging.

Ricky

I also followed your steps to reproduce and couldn't do so.

I tested placing a new order from the admin with both a registered user and also with a new user. Refreshed the page where shipping methods are selected and it worked without error.

A couple things to note:

The retail side shipping estimator only has information for the state and zip code. It doesn't have the full details of the address, and whether it's a business or residential address, which can also change the rate.

When you are using the same browser and opening different tabs, the session should be retained in the new tab. At least for me, that's what happens. I can open a new tab and already be logged in.

If you want to work on both retail and admin sides simultaneously (as admin and anonymous user), you'll need to use different browsers.

Hope this helps

Thank you all for trying to reproduce this issue I ran into.

As of today I have now been able to reproduce this issue again. There are two items I left out with the last post regarding my process steps listed above.

1. Make sure you have the client checked off for a new user registration and checked for reset password when they log in. (I used 123456)

2. Choose a shipping option.

Once again I'm able to reproduce this issue as of today.

To Ray, this is not our procedure. The only reason I caught this was the shipping cost did not match what the front end shipping estimator was showing. This it what caused me to refresh the browser in the back end. We know that Shipping is only an estimate, but in this case it was almost $29.00 cheaper in the admin side and once again this is why I happen to do a refresh.

I believe that something is happening between the new user and the logged in user. I also cannot seem to find any logging of this since it appears not to fail. Once again if there is a way to try and log this please help, I'm very Junior on the back end.

Last I did take another video that I can send again if needed.

Your feed back has been great!

Once again thank you.

Ricky

Katie thank you for your efforts. I do want to add that I did notice as well that the register user did disappear after refreshing several times.

With that being said I still can re-produce this behavior as explained above. I also want to note that I have no customization to any of the admin side pos pages for processing a order. Now after some hard thinking I did make a change prior to this happening. I removed the require captcha from the admins only because logging in and out is cumber sum as a admin user. You could also try this as well.

Now whether this may be the cause or not I don't know as I stated above (I came across this by mistake do to the shipping charges did not match) which caused me to refresh on the admin side.


Thanks again for your help.