291615 2025-04-15 21:40:57 -0700 [WebDriver][GLIB] Some interactions tests failing due to failure to perform actions related to mouse actions 2025-08-27 09:11:17 -0700 1 1 1 Unclassified WebKit WebDriver WebKit Nightly Build Unspecified Unspecified RESOLVED DUPLICATE 280567 https://bugs.webkit.org/show_bug.cgi?id=193684 P2 Normal --- 1 lmoura webkit-unassigned bburg oldest_to_newest 2111251 0 lmoura 2025-04-15 21:40:57 -0700 Basically, tests using the following fixture: perform_drag_and_drop_with_mouse, which uses the Perform Actions API: ``` def perform_drag_and_drop_with_mouse(driver, pages): """Copied from org.openqa.selenium.interactions.TestBasicMouseInterface.""" pages.load("draggableLists.html") dragReporter = driver.find_element(By.ID, "dragging_reports") toDrag = driver.find_element(By.ID, "rightitem-3") dragInto = driver.find_element(By.ID, "sortable1") holdItem = ActionChains(driver).click_and_hold(toDrag) moveToSpecificItem = ActionChains(driver).move_to_element(driver.find_element(By.ID, "leftitem-4")) moveToOtherList = ActionChains(driver).move_to_element(dragInto) drop = ActionChains(driver).release(dragInto) assert "Nothing happened." == dragReporter.text holdItem.perform() moveToSpecificItem.perform() moveToOtherList.perform() assert "Nothing happened. DragOut" == dragReporter.text drop.perform() ``` Example test: imported/selenium/py/test/selenium/webdriver/common/interactions_tests.py::test_dragging_element_with_mouse_moves_it_to_another_list Running the test shows no mouse interaction being actually performed. Digging into the SimulatedInputDispatcher code, the keyframes arrive into the browser without the `mouseInteraction` field, which `transitionInputSourceToState` uses to actually call `m_client.simulateMouseInteraction`. 2111252 1 lmoura 2025-04-15 21:49:20 -0700 Changing to a better title, as this actually related to mouse actions and not drag and drop. For example, Selenium has a `context_click()` action helper, which does a right click, and is also failing. 2139066 2 lmoura 2025-08-27 09:11:17 -0700 It is indeed a duplicate of bug280567. *** This bug has been marked as a duplicate of bug 280567 ***