| Summary: | SWTBotLink.click() seizes the mouse pointer and doesn't work with KDE as window manager | ||
|---|---|---|---|
| Product: | [Technology] SWTBot | Reporter: | Geoff Bache <geoff.bache> |
| Component: | SWTBot | Assignee: | Patrick Tasse <patrick.tasse> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | patrick.tasse |
| Version: | unspecified | ||
| Target Milestone: | 2.6.0 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| See Also: |
https://git.eclipse.org/r/84907 https://git.eclipse.org/c/swtbot/org.eclipse.swtbot.git/commit/?id=181984bbdb9a35c69abbd352107dfff179260859 |
||
| Whiteboard: | |||
|
Description
Geoff Bache
After the rapid fix and release of bug 337527 (for which many thanks btw, really got me out of a hole) could I suggest the way to go with this one is to rewrite the method to find the hyperlink text and call SWTBot.click(hyperlinkText) which now works and isn't so low-level as to depend on window managers and their quirks? New Gerrit change created: https://git.eclipse.org/r/84907 SWTBotLink.click() posts a mouse click event at the display location that corresponds to the center of the Link widget's bounds. It is possible, if the widget is in a parent composite or a shell that is too small, that this mouse location is over another control in the shell, or even over another shell, or no shell at all. The proposed patch makes the click() method reliably click on the widget without posting mouse events, and select the first hyperlink, if there is any in the widget's text. A new method click(int) is added to click and select the hyperlink at a specified index. Gerrit change https://git.eclipse.org/r/84907 was merged to [master]. Commit: http://git.eclipse.org/c/swtbot/org.eclipse.swtbot.git/commit/?id=181984bbdb9a35c69abbd352107dfff179260859 Merged to master branch. |