Problem was solved by using Robot in Java:
new Robot().keyPress(KeyEvent.VK_CONTROL);
driver.findElement(...).click();
new Robot().keyRelease(KeyEvent.VK_CONTROL);

and by using win32api in Python:
win32api.keybd_event(win32con.VK_CONTROL, 0, 0, 0)
driver.find_element(...).click()
win32api.keybd_event(win32con.VK_CONTROL, 0, win32con.KEYEVENTF_EXTENDEDKEY | win32con.KEYEVENTF_KEYUP,
0)

however, would still like to know why it's not working with WebDriver Advanced User
Interactions (there is a possibility that I'm using them incorrectly - please, advice
then on a usage - thanks!).

Does the same thing happen on Linux? If not, it could be a duplicate of 3722.

I've tried on Xubuntu Linux (using FF11, selenium java binding and and openjdk-6) --
the same result. Neither Keys.CONTROL nor Keys.SHIFT allow to open link in a new window/tab.
The modifier seems to be ignored.

Issue 3425 has been merged into this issue.

Issue 3010 has been merged into this issue.

Issue 3080 has been merged into this issue.

Issue 3201 has been merged into this issue.

To clarify: something like this may only work on platforms where we support native events
(not Mac). Additionally, WebDriver never supported multiple tabs on Firefox - If my
memory serves me right, there's  code to prevent them from being created.

Issue 3511 has been merged into this issue.

Issue 3963 has been merged into this issue.

Issue 3950 has been merged into this issue.

shift+click definitely doesn't work using synthetic events for Firefox (FF12).

See:
https://code.google.com/p/selenium/source/browse/trunk/javascript/webdriver/test_e2e/actionsequece_test.html#315

In particular:
https://code.google.com/p/selenium/source/browse/trunk/javascript/webdriver/test_e2e/actionsequece_test.html#338

Starting to look into that now.

Update: A small test I've written shows that on Linux, with native events enabled, shift+click
opens a new window and control+click opens a new tab (although there's to way to write
a test for that, since WebDriver does not support tab-switching at the moment).
This can be achieved by two ways:
    new Actions(driver)
        .keyDown(Keys.CONTROL)
        .click(link)
        .keyUp(Keys.CONTROL)
        .perform();
And:

    new Actions(driver)
        .moveToElement(link)
        .keyDown(Keys.SHIFT)
        .click()
        .keyUp(Keys.SHIFT)
        .perform();

I'll check the Python version works as well.

I see this issue is on Windows. Modifiers work as expected on Linux.

See 
http://code.google.com/p/selenium/issues/detail?id=3963
for another test case.

Added a test in r17278 to demonstrate it does work on Linux.

Issue 3201 has been merged into this issue.

Jason, have you got an idea on how to make it work with synthesized events?

I performed some investigation on this issue and figured out that at least at my machine
using PostMessage/SendMessage doesnt work - messages are sent successfully but simply
ignored. Adding waits and modifying of wParam at clickAt by MK_SHIFT/MK_CONTROL didn't
help help too.

As solution i added usage of keybd_event() at sendModifierKeyDown()/sendModifierKeyUp()
for these 3 modifiers SHIFT/CONTROL/ALT - it works for me. I created and attached patch
- please review.

Also i didn't try SendInput - maybe it's more suitable solution than keybd_event()
calls.

Thanks for the patch, but keep in mind that using SendInput(), while the "right" solution,
would force us to require the target window to have focus. It (and its predecessors
keybd_event() and mouse_event()) push input at a very low level in the stack, and whatever
window has the focus will get the corresponding mouse or keyboard events. If we want
to go down that road, I'm game, but in the past, we've always placed a premium on being
able to have the target window *not* be focused, and it'll take a fair amount of rearchitecture
to handle focusing the right window, particularly for multiple driver instances, and
multiple windows of a single driver instance.

Thanks for comment. Ok, i got the point.
I agree, my patch isn't real solution, it's just a workaround for problem with clicking
at link with shift/cntl/ pressed.
Entering text and so on with these modififiers, i think, may not work properly. Also
this patch will leads to incorrect behaviour in case of multiple webdriver instances
are run.

I'll continue searching of correct solution.

We are also facing the issue mentioned in http://code.google.com/p/selenium/issues/detail?id=3950
with ExtJS UI.

I have found this problem to reoccur in Firefox 15 and Firefox 16. I have a test that
is selecting multiple items in an ExtJS control:

               action = ActionChains(self.driver)
               action.key_down(Keys.CONTROL)
               action.click(el)
               action.key_up(Keys.CONTROL)
               action.perform()

On Firefox 13 and 14, it behaves correctly. On Firefox 12, 15, and 16, I have seen
the click register as an unmodified click, causing the test to fail.

This comment is very timely, r18424 introduced a new capability "requireWindowFocus"
that should allow to fix this issue. Please be patient, we're not totally careless
:)

That sounds nice :)

Am doing testing on MAC Chrome and same thing, click invokes a click even with the CONTROL
key invoked.... driving me nuts...  Content_Click worthless....

I've tried every work around I can find on the web, nothing... works

Hope it gets fixed soon. Thanks

Best
Mark Heilman
Billings, MT

I could see the problem in Firefox 21 with Selenium 2.33.

Timely resolution would help.

Regards,
Veera

Same issue but with LEFT-ALT + CLICK, in Firefox 21 with Selenium 2.33.

This works with Chrome 28.

What is it with all those FF-specific bugs and Selenium?

Seeing this as well for a Ctrl + Click operation to multiply select items in a list.

IE9, Selenium 2.33.

Thanks.

Hi. This issues is reproducible with Ctrl + click on selecting multiple items on a table
using selenium 2.33 and IE 8. 

Is this issue still actual?
http://screencast.com/t/vTxiVSjMd

Still experiencing this issue with Selenium 2.35, IE9 and Firefox 23

Still experiencing this issue with Selenium 2.35 and Firefox 23 on Windows 7. Is there
a road map for resolution?

Someone should provide a new reproduction case, otherwise the issue will be closed.

This issue still happens on Firefox 23 and selenium 2.35

Closing the issue as noted in comment 38. Please provide a new reproduction case if
asking for reopening.

What is the problem?
Cannot execute clicks in a action chain with a modifier key like SHIFT pressed on IE
and Firefox WebDrivers on Windows. Modifier keys work in ChromeDriver and FirefoxDriver
with native events enabled on Linux (not on Windows).

What steps will reproduce the problem?
Try this code snippet on MS Windows:

WebDriver driver = new InternetExplorerDriver(); // or new FirefoxDriver(fp) with fp.setEnableNativeEvents(true);


//WebDriver driver = new ChromeDriver(); - This works!
driver.get("http://dev.sencha.com/deploy/ext-4.1.0-gpl/examples/grid/list-view.html");

WebDriverWait wait = new WebDriverWait(driver, 25);
wait.until(ExpectedConditions.visibilityOfElementLocated(By.id("gridpanel-1009")));

new Actions(driver)
   .keyDown(Keys.SHIFT)
   .click(driver.findElement(By.xpath("//table/tbody/tr[4]")))
   .click(driver.findElement(By.xpath("//table/tbody/tr[8]")))
   .keyUp(Keys.SHIFT)
   .perform(); // Should multi select rows in the table


What is the expected output? What do you see instead?
Should have selected multiple rows in the table. Instead I can see 2 separate row clicks
and only last row remains selected (since SHIFT had no effect).

Selenium version: 2.20.0
OS: Windows 7 (64 bit)
Browser: Internet Explorer 9, Firefox (tried 3.5, 5, 9) on Windows

I have also been experiencing problems with this issue, and can make a direct parallel
between Linux (where it works) and Windows 7 (where it does not).

I am using a remote webdriver via a grid set up.

My node is running on a Windows 7 Enterprise, Version 6.1 (Build 7601:SP1)
OpenJDK Runtime Environment (IcedTea6 1.10.4) (rhel-1.24.1.10.4.el5-x86_64)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
Firefox version is ESR 10.0.3

Code:
Actions builder = new Actions(driver);
builder
    .keyDown(Keys.CONTROL)
    .click(driver.findElement(By.xpath(target)))
    .keyUp(Keys.CONTROL);
Action selectMultiple = builder.build();
selectMultiple.perform();

LINUX test:
My hub is on GNU/Linux 2.6.32-220.13.1.el6.x86_64 running:
OpenJDK Runtime Environment (IcedTea6 1.10.4) (rhel-1.24.1.10.4.el5-x86_64)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) 

Code executes on the Linux host without any problems.  Remote session shows multi-select
behaviour indicating that the control key is being held down during each click.

WINDOWS test:
My Hub is now on the same Windows 7 system as my node.  I repoint my node to the new
hub.

Code executes on the Windows host without any problems, however the session does not
show multi-select behaviour indicating that the control key is NOT being held down
during each click.

----

Is this a JVM implementation/platform related issue?

Please let me know if you need any further information.

*Edit* Cut and paste error - 

My Windows 7 box is actually running this Java:
java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b05)
Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode)

Hi, there, I checked the latest Selenium Webdriver 2.40 but looks like this fix is not
included, will it be included in the next release?

Regards

Hi, there too, is there a future for this bugfix?
Thanks.

For all those still struggeling with this problem, I could get it work by explicitely
disabeling native events for Firefox:

FirefoxProfile profile = new FirefoxProfile();
profile.setEnableNativeEvents(false);

then use the usual way with:
Actions actionProvider = new Actions(driver);
Action ctrlClick = ActionProvider.keyDown(Keys.CONTROL).click(element).keyUp(Keys.CONTROL).build();
ctrlClick.perform();

Tested with Windows 7, Firefox 28, Selenium 2.41

This appears to still be an issue on WebDriver 2.43.0 against Firefox 31 (ESR). Attached
a simple test case which reproduces this locally on Windows 7 - webdriver_control_click_bug.py


Also attached another test case using the w3.org tool to check keyboard events which
shows that although the control click is being pressed it is being ignored - webdriver_control_click_bug_2.py

Re-attached webdriver_control_click_bug.py for comment #47

Issue still present in Selenium 2.44.0

Plz fix this soon..

this is also blocking us within IE:
* select multiple rows works fine for FF and Chrome but not in any IE version ... :-/

code:
WebElementFirstRow.click();
Robot().keyPress(KeyEvent.VK_CONTROL);
WebElementSecondRow.click();
Robot().keyRelease(KeyEvent.VK_CONTROL);

The elements I try to click is are rows within an extJS Grid which has multi selectable
rows