How to test FastPass locally

I moved the GS code up to our staging server, and I still see the same behavior. So I guess the title of this issue is not really accurate, this is a general issue with implementing FastPass.

I'm assuming from the fact that I'm not logged in to GS when I bounce to GS from my site after logging in there, that FastPass is not working. At this point I'm wondering if something needs to be set at GS? The URL in the JS call on our site passes your FastPass Debugger.

Hi Thor,

Thanks for the response -- yes, the widgets are the only way we link our users to GS. I was assuming that fastpass applied to any GS link.

Great to hear that fastpass in the feedback widget is set for next week. A couple questions:

(1) Will this update also apply to the other widgets? We are using the feedback tab widget and the feedback page widget.

(2) If a user has already created a GS account using the same email they use at our site, and we fastpass them over to GS, will their existing GS account be linked to login on our site?

Thanks,
Adam

Hi guys, just checking in on progress on this issue, as well as answers to the above questions.

Don't mean to nag, just trying to plan -- we do our pushes on Thursdays and are hoping to take GS live this week. An ETA would be helpful in trying to plan on whether we can make this happen or not.

Thanks!
Adam

After some more testing, it looks like the following issues exist:

(1) If the user does not already have a GS account, logs into our app, then clicks on the widget, an account is not created at GS. This is our main use case.

(2) In FireFox, if the user already has a GS account but isn't logged in, then logs into our app and clicks on the widget, they are properly logged in to GS. However, this does not work in IE, which most of our users use.

(3) Perhaps related to the above, the FastPass code is calling http URLs from our https page, which under default settings in IE generates an error dialog.

Looks like it'll be another week before we can take this live. Looking forward to resolving these issues ASAP so we can move forward.

Some other problems in IE (all tested using IE7 under Windows XP):

- The feedback tab widget does not float in IE: also posted here: http://getsatisfaction.com/getsatisfa...

- The feedback page widget shows a gray bar at the top right if there are no matching topics (not a big issue, just noting here for completeness). You can see this in our app by clicking on the Help Center link at the upper right once you're logged in.

Hi guys, any ETA on the fixes for the 3 bugs above? This is a short week, so we're running out of time if we want to make this week's push. Thx.

Thanks Thor. These fixes addressed most of the issues. The one remaining issue is actually on the GS site: if you click on "See and rate more questions" from the widget in IE, you go to a page at https://getsatisfaction.com that contains http calls, triggering the same mixed security error dialog in IE.

The weird thing is that if you click on an actual topic to go to GS, you still go to a page at https://getsatisfaction.com, but it doesn't trigger the error.

There is also still problems with the floating widget in IE8, I posted this in the proper topic. And finally, we did some more extensive use testing of FastPass with the feedback widget and have some suggestions for enhancements. I posted these here: http://getsatisfaction.com/getsatisfa...

Adam, thanks for all the dialog and our team got up to speed quickly with the help of this thread. We are implementing as well and wanted to know how long was your implemenation timeline?

Heading over to your other posts now to see the enhancement discussion.

Thanks,
Clint

Oh quick question Thor really quick before I have to head out to an all day meeting: any ETA on the posting link to the documentation for my guys in the Philippines who work with me?

~Clint