Community
Participate
Working Groups
I200405190010 1. Have a view with multiple tabs 2. Drag the whole view somewhere else 3. Check Ctrl-F7 list Activation is going all over the place. Other tabs in the view are getting activated, and the list no longer corresponds to where you were.
Ed, any ideas on this one?
We were able to reproduce this on 3.0, so I'd like to remove the R21PRES tag... but I am too weak.
Not offhand, but I notice you've reproduced it for regular 3.0 anyway.
so this is still broken? I don't understand what you mean in comment #2 Andrew.
This was originally opened with an R21PRES tag in the summary, but we found that it applies to 3.0 as well. Since I wasn't the reporter or owner, bugzilla wouldn't let me modify the summary. The summary has since been modified. It was originally reported on linux but at the time I was able to reproduce it on windows. I just tried on RC1 but couldn't -- are you still seeing it on linux billy?
I can no longer reproduce this in 3.0-RC1. Ctrl-F7 order is fine, and the inactive views no longer get activated during the drag. I think it's OK to close this bug.
*** Bug 91699 has been marked as a duplicate of this bug. ***
I can reproduce this on I20050414-1107. If I have a group of views and I drag all of them together somewhere else, views other than the topmost one are being activated.
Is the problem that each view gets activated as it is added at the destination?
Cannot reproduce in 3.3.
