Log in

[ankur]

Qasim,

There is a known issue regarding the allow/deny in the latest chrome that was released this week. See our post here: announcements/known-issue-with-chrome-21-and-unclickable-allow-deny-t12815

We have narrowed it down though. It seems that it happens when the publisher is on a fractional pixel in the layout. For example if the CSS sets the margin on any side to 0.5px, allow/deny will not be clickable. If it is on an integral pixel value, it works fine. We will be doing what we can to fix this in a release that goes out soon by using our JS library test for the layout position and only allow the publisher to sit on an integral value (or add the necessary margin if needed). That is why our tutorials work. Note: this can also be triggered if the element is centered (using something like margin: 0 auto;) inside a container with an odd pixel width because again its trying to render it at a fractional value.

[giladani]

Hi,

this problem started to happen a lot for me in the last Chrome version (after removing the problematic flash lib).

Gil

[ankur]

Gil, are you ensuring that the flash widgets are only rendered on integral pixel values?

[giladani]

I'm just working on this issue.
I located the element right under the body tag and it seems like it behaves better.

My main element is cetnrlized, where the video was located on this element. So now I'm looking for a solution where I can put the publisher's video absolute and some javascript code will locate the publisher when resize event is triggered.

I was thinking of using the jQuery().offset() function... or maybe offsetTop

If you have insights or examples on this, it'll be great.

Gil.

[matrym]

Anyone having this problem should also note that html elements MUST NOT OVERLAP with the authorization dialog. If they do, it won't be clickable in Chrome 21.

[ankur]

matrym,

Thanks for the added info!

gil,

The fix was rolled out, the non integral values shouldn't impact you anymore unless you are putting the Publisher inside an iframe.

-- Ankur

[bsumerlin]

If the video window is too small to contain the flash dialog window, the flash dialog window is offset from the video window and none of the flash dialog window buttons are active.

The only way to overcome this problem is either to start a user in a larger video window and then resize and reposition once they have 'allowed' device access, or to pre-authorize access for the appropriate opentok web site.

[nickh]

Hi guys. Many users are reporting this problem in IE9. What JavaScript solutions are people using to fix this?

Thanks,
Nick

[ankur]

Nick,

Is there any way you can find out what Flash version the users who are reporting this are running? We placed a patch in our code that would place the SWF objects onto whole number pixel borders, so this problem shouldn't occur anymore. It could be a separate issue

[gracia]

Hi,

I am also experiencing this issue in IE 9. I am unable to click the allow button.
Works fine in Chrome. Haven't yet tried with Firefox.
Any help?