Bugzilla – Full Text Bug Listing
| Summary: | [FastView] Views cannot get focus when opening as FastView and dragging to a position | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Michael Scharf <eclipse> |
| Component: | UI | Assignee: | Eric Moffatt <emoffatt> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | mober.at+eclipse, ruslan, wb-rel |
| Version: | 3.3 | ||
| Target Milestone: | 3.4 M5 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Michael Scharf
*** Bug 212793 has been marked as a duplicate of this bug. *** Michael, which build are you using? I just tried the scenario you describe and the Properties view looks to be working OK... I've tried dragging the view both using the 'tab' on the opened fast view as well as using the icon in the fast view bar; same result. Which properties are showing in the view? If they're file (resource) properties (i.e. from a selection in the Package Explorer) then the properties themselves aren't editable. I think I am using eclipse-java-europa-fall2-win32.zip. However it is not easy to reproduce. You have to move the view really fast. It does not matter what is shown inside the properties view. We have first detected this with another view (bug 206764). To reproduce you have to quickly drag the view after it shows up. I just tried it with 3.4M4 on another machine and I was able to immediately reproduce the problem...... Ok, here is how I can reproduce it: 1. open the properties view in a perspective (I use the pde perspective) 2. select a file to show some content in the properties view 3. go to a perspective that has no properties view by default (I use the synchronize perspective) 4. reset the perspective 5. open the fast-view dialog and select the properties view 6. place the mouse at a position where the title bar of the properties fast view will appear 7. hit return to open the fast view 8. immediately drag it to into some place If the view does not block goto step 4 and repeat the procedure.... For me it takes 1-5 iterations until I get it into the blocking state. Well, it's not as timing sensitive as you suggest (otherwise I'd be less concerned). I'm using the Project Explorer and I can open it as a FV, wait, make the view come/go a couple of times...then drag it out and get the same effect. Looks like dragging 'out' of the FVB is hosed (it even leaves the icon behind...), I'm gonna bump this to 'major' since it's a regression of some kind... Committed in >20080128. Covers edge conditions by forcing -all- 'active' part's controls to be enabled when shown. Verified in I20080204-0010. Michael, my tests area working but re-open if you ever see this again... *** Bug 206764 has been marked as a duplicate of this bug. *** Verified in 3.4M5 -> updating target milestone *** Bug 233431 has been marked as a duplicate of this bug. *** |