I think I (finally) found the culprit. When the entire text in the address bar is selected (which happens programatically when giving focus to the address bar), the TextField widget displays selection handles to allow the user to resize the selection. The mouse areas to interact with them are wider than the actual handles, and the left one overlaps with the action button. I’m attaching a screenshot that demonstrates this visually (I added a semi-transparent green rectangle that outlines the mouse areas for the handles).
** Attachment added: "textcursor.png" https://bugs.launchpad.net/webbrowser-app/+bug/1417118/+attachment/4313039/+files/textcursor.png -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1417118 Title: test_looses_focus_when_reloading fails when run on desktop Status in Autopilot: New Status in Web Browser App: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Recently, the otto tests started runnning successfully again for the webbrowser-app CI job (they had been broken for a long time). Now they all pass but one: webbrowser_app.tests.test_addressbar_states.TestAddressBarStates.test_looses_focus_when_reloading I’m attaching the test result output as well as a video capture of what happens when the test is run. It appears that clicking the reload button in the address bar doesn’t activate the reload action, but instead shows the contextual menu as if the click had gone through to the TextField below. To manage notifications about this bug go to: https://bugs.launchpad.net/autopilot/+bug/1417118/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
