| Summary: | Focus Out leads to jump to top in ScrolledComposite (3.0.1 only) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Markus Knauer <mknauer> | ||||
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | ||||||
| Version: | 3.0 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| See Also: | https://git.eclipse.org/r/#/c/65457/ | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Markus Knauer
I will check if the issue exists in current 3.0-maintenance branch. OK... reproducible with current 3.0-maintenance branch. ...but the same code exists in 3.1 M4... something on the client has changed in master as during the scrolling there is no server-side turn around. Created attachment 259444 [details] protocol log (In reply to Ivan Furnadjiev from comment #3) > ...but the same code exists in 3.1 M4... That was a little mystery to me, because my expectation was that it should be possible to reproduce the very same behaviour with 3.1 M4. When I started to track down this issue, I looked into the protocol messages in a bigger application - the relevant part is attached to this bug report. There are some set operations on w1+w2 for activeControl and focusControl properties. Still don't know what is going on, but will try to fix it in 3.0-maintenance branch. Fixed in 3.0-maintenance branch with change https://git.eclipse.org/r/#/c/65457/ |