Bug 48532 - JInternalFrame when iconized still shows old location
Summary: JInternalFrame when iconized still shows old location
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: VE (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: VE Bugzilla inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-11 14:14 EST by Richard Kulp CLA
Modified: 2011-06-13 11:36 EDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Kulp CLA 2003-12-11 14:14:25 EST 
Testcase: Smoke test - JDesktopPane test Weight:3

If you set the icon property to be "true" on an internal frame,
the frame iconifies, but it doesn't remove the handles and box
of where it was at. This is like card-layout in that when iconified,
it just makes it invisible, but leaves it where it was.
Comment 1 Richard Kulp CLA 2004-05-03 17:44:02 EDT 
Since M1 is now complete these are being retargeted to M2.
Comment 2 Peter Walker CLA 2004-06-08 17:07:55 EDT 
Eugene, please have a look at this. This was broke back before we fixed the
parse tree allocation stuff for the ImagaIconCellEditor. It should now work but
still throws exceptions:

java.lang.NullPointerException
	at
org.eclipse.ve.internal.jfc.core.ImageIconCellEditor.getPathFromInitializationAllocation(ImageIconCellEditor.java:93)
	at
org.eclipse.ve.internal.jfc.core.ImageIconCellEditor.openDialogBox(ImageIconCellEditor.java:129)
	at
org.eclipse.jface.viewers.DialogCellEditor$2.widgetSelected(DialogCellEditor.java:199)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Comment 3 Peter Walker CLA 2004-06-08 17:19:59 EDT 
Oops.. I updated the wrong bug... I meant to assign bug 52819
Comment 4 Richard Kulp CLA 2004-11-30 10:16:04 EST 
Removing target since 1.0.0 has already passed and these weren't fixed in it.