This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 97051 - Full screen (Alt-Shift-Enter) does not work (in dual monitor setup)
Summary: Full screen (Alt-Shift-Enter) does not work (in dual monitor setup)
Status: RESOLVED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Stanislav Aubrecht
URL:
Keywords: DUAL_MONITOR
Depends on:
Blocks:
 
Reported: 2007-03-02 09:46 UTC by David Strupl
Modified: 2009-11-02 10:59 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Strupl 2007-03-02 09:46:54 UTC
NetBeans IDE Dev (Build 070227)
1.5.0_06; Java HotSpot(TM) 64-Bit Server VM 1.5.0_06-b05
Linux version 2.6.15-28-amd64-generic running on amd64
cs_CZ (nb); UTF-8

Running Ubuntu 6.06 with Dual monitor on a NVidia card. After hitting the
shortcut the size of the "maxmimized" window is the same as the un-maximized
state. I mean the main window has the same size as when not maximized.

If you need some more information or want me to help with the debugging please
ask, I am willing to help. I just wonder whether it is related to my JDK version
or dual monitor or what ...
Comment 1 David Simonek 2007-03-02 10:09:23 UTC
Passing to fullscreen author Standa.
Comment 2 Stanislav Aubrecht 2007-03-02 10:22:25 UTC
i think this has nothing to do with dual monitor setup, it's just a problem
because of the linux, works fine on ms windows..
Comment 3 David Strupl 2007-03-02 11:01:35 UTC
Yup, maybe Linux - Gnome. But isn't Gnome also on Solaris? I wonder that nobody
from QA did not notice... BTW in the dual monitor setup the getScreenBounds() or
how it is called returns some funny values (in my case both monitors together).
Comment 4 Stanislav Aubrecht 2007-03-22 17:43:09 UTC
dstrupl, i've just fixed #82039. pls check again how the full screen behaves on
your dual monitor setup and let me know if i can close this issue. thanks
Comment 5 David Strupl 2007-03-23 15:50:55 UTC
NetBeans IDE Dev (Build 070323)
1.5.0_06; Java HotSpot(TM) 64-Bit Server VM 1.5.0_06-b05
Linux version 2.6.15-28-amd64-generic running on amd64
cs_CZ (nb); UTF-8

Now the size is correct but the window is not repainted at all - I am getting
really big grey rectangle. If I switch back to normal view I have to
minimize/unminimiza the window to get it painted normally again. Maybe JDK bug,
should I try to upgrade the JDK?
Comment 6 Stanislav Aubrecht 2007-03-23 15:55:59 UTC
it worked fine on ubuntu + jdk1.5_10

pls try upgrading your jdk
Comment 7 David Strupl 2007-03-26 10:10:07 UTC
I have tried with a 1.5.0_11: still after the action is triggered the whole
application window is not being repainted. I can trigger the repaint e.g. by
Alt-Tabbing to some other applications (or by dragging some window from the
other screen in front of the NB and then dragging it away).

I have never seen this problem before - it is only triggered by this action. I
can minimize/maximize the java (NetBeans) application without any problems.

BTW how do you do the "full screen" - is it some JDK call or some hack?
Comment 8 Stanislav Aubrecht 2007-04-23 10:55:58 UTC
i tried forcing repaint in invokeLater, dstrupl, can you pls check if it fixed
your problem? thanks

/cvs/core/windows/src/org/netbeans/core/windows/view/ui/MainWindow.java,v  <-- 
MainWindow.java
new revision: 1.70; previous revision: 1.69

the full screen mode implementation on linux is quite simple:
GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
'forceNewBounds'( ge.getMaximumWindowBounds() );
Comment 9 David Strupl 2007-04-23 15:23:37 UTC
Hello,

still happens in (whole screen grey after the action):

NetBeans IDE Dev (Build 070423)
1.5.0_11; Java HotSpot(TM) Client VM 1.5.0_11-b03
Linux version 2.6.15-28-amd64-generic running on i386
cs_CZ (nb); UTF-8

It is just the repaint, after e.g. Alt-Tab or switching workspace and back the
window works as expected.

Br, David
Comment 10 David Strupl 2007-04-23 15:26:38 UTC
If you don't believe me, I have a web cam on other computer so I might be able
to show you what happens ;-)
Comment 11 Stanislav Aubrecht 2007-04-23 15:32:21 UTC
well, i believe you, but i don't know how to fix this:(
perhaps 'invokeLater.invokeLater.repaint'...
Comment 12 David Strupl 2007-04-23 15:47:53 UTC
Maybe it is really related to the dual-monitor setup (on Linux, Ubuntu).

I have tried again and it is really repaint issue - I was able to "draw" (read
force repaint) by dragging another application window in front of the maximized
NB instance.

Can you try instead of invokeLater.invokeLater e.g. wait 200ms and then repaint?
Maybe i can try it myself (I rebuild NB anyways), please wait, I will do it
right now.
Comment 13 Stanislav Aubrecht 2007-04-23 16:08:12 UTC
just for the record: i've tested this on a linux machine with ubuntu 6, jdk
1.5_11, nvidia card *without* dual monitor setup and the ide repaints fine.
Comment 14 David Strupl 2007-04-23 16:21:45 UTC
I am sorry, but it did not help. I was trying to look smart and tried several
other alternatives but all failed ;-( I am not able to fix (given the time I was
willing to invest to it now). Can we just leave it opened for now?
Comment 15 Stanislav Aubrecht 2007-04-23 17:11:32 UTC
> Can we just leave it opened for now?

ok with me, i don't know how to fix this anyway:)
Comment 16 Stanislav Aubrecht 2008-11-21 09:50:19 UTC
see my last comment
Comment 17 Quality Engineering 2009-11-02 10:59:33 UTC
NetBeans.org Migration: changing resolution from LATER to WONTFIX