Recent activity
Subscribe to this feed
Adam replied on October 09, 2009 21:08 to the problem "Feedback not working in IE6" in Get Satisfaction:
Adam replied on July 20, 2009 04:35 to the question "Why are the people counts so vague now?" in Get Satisfaction:
-
Adam started following the question "Why are the people counts so vague now?" in Get Satisfaction.
Adam replied on July 02, 2009 15:55 to the idea "Suggestions for FastPass" in Get Satisfaction:
Hi Thor, thanks for the updates. Yes, we have the latest FastPass code (installed last night!), and we see items 1 and 4 in both FF and IE.
But WRT item 4, I understood from your post in the "FastPass local" thread that this is the way the current system is designed to work -- "It doesn't create an account in GS until the user actually takes an action that requires the login." I assume that login to an existing GS account is handled similarly. Am I missing something here?
Adam shared an idea in Get Satisfaction on July 02, 2009 02:14:
Suggestions for FastPassSome feature requests after testing out FastPass with the feedback widgets:
(1) Currently, after a user logs into our site, then clicks on the widget and wants to post a topic, they have to log in again to our site in a pop-up window. This confuses the user, who is already logged in -- why not have the user logged into GS upon login to our app?
(2) If the user clicks on "Post Privately" in the widget, the widget asks for the user's name and email address. Why not populate this from FastPass, which has already supplied these parameters?
(3) If you click on the "Me too!" button next to a suggested topic in the widget, the widget says "Log in to make it really count", but when you click on the Login link, you go to a GS login. Actually, I guess this is really a bug, not a feature request.
(4) In general, it would be nicer behavior if the FastPass code simply logged the user into GS upon login to our app. Then for example, when the user clicked on the "See and rate more questions" in the widget, they'd pop over to GS already logged in. Currently, they are shown the login screen for our app in a pop-up only once they take an action on GS that requires login.
Thanks!
Adam replied on July 02, 2009 01:52 to the problem "Feedback not working in IE6" in Get Satisfaction:
Thanks, the updated widget now works great in IE7! However, in IE8 the widget floats only if you go into "compatibility mode"; in the normal IE8 mode it again fails to scroll with the page.
The unfortunate thing is that with Windows Update on by default, most of our users are going to be on IE8, so this case remains important.
Adam replied on June 30, 2009 19:17 to the problem "Feedback not working in IE6" in Get Satisfaction:
Adam replied on June 30, 2009 19:16 to the question "How to test FastPass locally" in Get Satisfaction:
Adam replied on June 26, 2009 14:45 to the question "How to test FastPass locally" in Get Satisfaction:
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.-
Adam started following the problem "Feedback not working in IE6" in Get Satisfaction.
Adam replied on June 25, 2009 18:07 to the question "How to test FastPass locally" in Get Satisfaction:
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.
Adam replied on June 23, 2009 23:28 to the question "How to test FastPass locally" in Get Satisfaction:
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
Adam replied on June 23, 2009 18:23 to the idea "Our customers would like to subscribe to Company Updates" in Get Satisfaction:
This reply was created from a merged topic originally titled
How can users automatically receive my company updates by email?.
Adam asked a question in Get Satisfaction on June 23, 2009 18:07:
-
Adam started following the update "Merge Topics and Get Rid of Duplicates" in Get Satisfaction.
-
Adam started following the discussion "Follow @satisfaction on Twitter for service updates" in Get Satisfaction.
Adam replied on June 19, 2009 21:07 to the question "How to test FastPass locally" in Get Satisfaction:
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
Adam replied on June 18, 2009 22:27 to the question "How to test FastPass locally" in Get Satisfaction:
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.
A comment on the question "How to test FastPass locally" in Get Satisfaction:
Thanks Eric. By the way, whoever's serving static.getsatisfaction.com is very slow today, kind of bogging down the site. Sure your guys are aware, but thought I'd mention it. – Adam, on June 18, 2009 17:29
Adam asked a question in Get Satisfaction on June 18, 2009 16:06:
How to test FastPass locallyHello,
I am trying to implement and test FastPass using PHP on a local development machine. I have added the feedback widget, which works great, and then I added the FastPass code upon login.
Now after logging into my app (running locally), I click on the feedback widget and everything looks the same. I then click on a suggested topic to bounce to getsatisfaction.com, and I am not logged in. If I hit "Log In" I am not given the chance to log in using my native app.
Not sure how to test at this point. I looked at my GS cookies but there are over a dozen. No errors are being thrown. Can't really use the URL debug feature since my URL is local. Any pointers?
Thanks!
Loading Profile...


