869057 - Unable to login to v.mozilla.com

Status: RESOLVED FIXED

(Infrastructure & Operations Graveyard :: Servicedesk, task)

Description

[Guillermo Huerta [Disabled MoCo account]]

v.mozilla.com is taking a long time to allow people in and then showing them an error that they are logged in elsewhere.  Investigating further.

Comment 2

[Fabien Cazenave [:kaze]]

Workaround: signing in with the Vidyo desktop client (Portal = https://v.mozilla.com/) worked for me — thanks jlin for the hint on IRC.

Comment 3

[Chelsea Novak [:chelsea]]

Is there a workaround for getting the client to external people? We are counting on using vidyo for a meeting with a bunch of contributors today and when they try to click on the direct link to my meeting room they can't download the client.

Comment 4

[Jed Davis [:jld] ⟨⏰|UTC-7⟩ ⟦he/him⟧]

As far as I can tell, "signing in with the Vidyo desktop client" is not possible on Linux — /opt/vidyo/VidyoDesktop/VidyoDesktop does not present any kind of interface until it's signalled by the Flash content.

Comment 5

[Henrik Skupin [:whimboo][⌚️UTC+2]]

You can sign-in on Linux by using the tray icon of the Vidyo application. That works fine for me with Unity on Ubuntu 12.10.

Comment 6

[Jed Davis [:jld] ⟨⏰|UTC-7⟩ ⟦he/him⟧]

There is no “tray icon”, because I don't have a “tray”.  I could perhaps determine what X11 window properties need to exist to satisfy it in this respect, but my patience for reverse-engineering proprietary software to make it work as expected is limited.

Comment 7

[Jed Davis [:jld] ⟨⏰|UTC-7⟩ ⟦he/him⟧]

The v.mozilla.com workflow seems to have started working again as of 11:00 PDT (UTC-7).  I don't know if this reflects things actually being fixed or if the problem is intermittent.

Comment 8

[Guillermo Huerta [Disabled MoCo account]]

There was work done to fix it.  We are still testing to determine if the issue is completely resolved.