Bug 366080 - expanding java editor that is not the currently selected editor causes screen painting issues
Summary: expanding java editor that is not the currently selected editor causes screen...
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.2   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords: needinfo
Depends on:
Blocks:
 
Reported: 2011-12-08 13:15 EST by Karen Butzke CLA
Modified: 2020-06-13 13:45 EDT (History)
4 users (show)

See Also:


Attachments
screen shot (63.36 KB, image/jpeg)
2011-12-08 13:15 EST, Karen Butzke CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Karen Butzke CLA 2011-12-08 13:15:11 EST
Created attachment 208111 [details]
screen shot

I have 2 java files open in the Java Editor. Class A is open and I double click on the tab for class B to expand it to fill the window. The UI gets a little weird where you can see both class A and class B. I have attached a screen shot of the editor.

public class A
{
	private String a;
	private String aa;
	private String aaa;
}


public class B
{
	private String b;

}
Comment 1 Paul Webster CLA 2011-12-08 13:18:13 EST
Hi Karen, what version of eclipse are you using?

Also, could you open these kind of bugs against https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Platform&component=UI

Thanx,
PW
Comment 2 Karen Butzke CLA 2011-12-08 13:20:36 EST
Using 4.2M3

Sure, if I find more I'll open them under Platform UI, hadn't clued in to the fact that you keep changing my bugs to that :)
Comment 3 Remy Suen CLA 2011-12-09 14:06:51 EST
I don't seem to see this problem with 4.2M3 on Windows 7.

Is this 100% reproducible for you on XP, Karen?
Comment 4 Dani Megert CLA 2011-12-12 06:04:05 EST
I also can't reproduce this on 4.2 M4 (Windows 7).
Comment 5 Karen Butzke CLA 2011-12-13 09:36:35 EST
(In reply to comment #3)
> I don't seem to see this problem with 4.2M3 on Windows 7.
> 
> Is this 100% reproducible for you on XP, Karen?

Sorry, was out of town. Just tried it again with a new workspace and I can reproduce every time with 4.2M3 on Windows XP
Comment 6 Eric Moffatt CLA 2011-12-13 13:43:24 EST
There's certainly something going on...

I don't see the painting issues (at least not so far) but after the double click and maximize the focus is left on the CTabItem, not within the editor (as would be expected). This is apparent in the screen cap and is consistently repro'able on XP. A 'down arrow' will put the focus on the editor...
Comment 7 Karen Butzke CLA 2011-12-13 13:54:31 EST
what happens if you open the Outline view? I see the outline for class A, though i  expanded class B
Comment 8 Karen Butzke CLA 2012-03-19 13:47:33 EDT
Are you waiting for more info from me on this bug (keyword 'needinfo')? I can still reproduce in M6
Comment 9 Dani Megert CLA 2012-03-20 04:51:50 EDT
(In reply to comment #8)
> Are you waiting for more info from me on this bug (keyword 'needinfo')? I can
> still reproduce in M6

I cannot reproduce this on Windows 7 with these steps:

1. download 4.2 M6 for Windows:
http://download.eclipse.org/eclipse/downloads/drops4/S-4.2M6-201203151300/download.php?dropFile=eclipse-SDK-4.2M6-win32.zip

2. paste the snippet from comment 0 into the 'Package Explorer'

3. double click the editor tab for 'B'

Maybe this is a Windows XP specific bug?
Comment 10 Eric Moffatt CLA 2012-04-04 14:18:02 EDT
I'm on XP and while I can't reproduce the painting issue the focus issue is still there in M6.

Starting an un-maximized editor area, double click on some tab for a non-active editor and you should see it...
Comment 11 Karen Butzke CLA 2012-10-10 15:19:04 EDT
I have more info, I can only reproduce this if I have 'Enable Animations' set to true. I am now using a recent 4.2.2 build: 4.2.2-M20121003-1200.
Comment 12 Eric Moffatt CLA 2012-10-12 09:59:24 EDT
Thanks Karen...another point against the animations <sigh>, I may have to turn this off by default until we can figure out how to make it work acceptably on all platforms...

BTW, which platform are you using ?
Comment 13 Eric Moffatt CLA 2012-10-12 10:00:24 EDT
Note that the animation implementation causes a shell to overlay the existing window, perhaps some timing issue is causing some of the events (i.e. mouse up) to take place in the wrong shell ??
Comment 14 Karen Butzke CLA 2012-10-12 10:13:16 EDT
Windows XP. And yes I have disabled animations, between this problem and the issue with it making Maximize/minimize take at least twice as long, I had to give up on it.
Comment 15 Eclipse Genie CLA 2020-06-13 13:45:05 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.